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1.0 ntroduction 


This document is a description of the attachment interface between a distributed function 
davice and a properly customized control unit. 


The terms "Terminal", "Device”™, "TCA Device", "Distributed Function Terminal (DFT)" and 
"Distributed Function Device” are used interchangeably in this document. 


The distributed function device attaches to a control unit adapter port via a transmission 
cable which uses Device Cluster Adapter transmission protocol. A program in the control 
unit communicates with a program in the device through a portion of shared memory in the 
device called the Terminal Control Area (TCA), which ts addressable from the control unit 
by Device Cluster Adapter commands. Devices are solicited by POLLing and ara requested 
to perform functions by means of several Device Cluster Adapter commands which cause 
program interrupts. Host clata streams are treated as pass-thru data to tha device 
constituting a function split which makes the control unit largely independent of the 
device and of the functional characteristics of its data streams. 


The following publications are listed for reference and may be useful tn understanding this 
document: 


IBM 3270 Information Display System, IBM 3270 Information Display System Introduction, 
GA27-2739 


IBM 3270 Information Display System, IBM 3274 Control Unit Description and 
Programmer's Guide, GA23-0062 


IBM 3270 Information Display System, IBM 3274 Control Unit Customizing Guide. 
Configuration. Sy) Support P, GA23-0176 


IBM 3270 Information Display System, IBM 3276 Control Unit Customizing Guide - 
Configuration Support D, GA23-0065 


IBM 3270 Information Displa System IBM 3174 Subsystem Control Unit Customizing 


Guide, GA23-0214 


IBM 3270 Information Display System, IBM 3174 Subsystem Control Unit User's Guide, 
GA23-0216 


IBM 3270 Information Display System, IBM 3174 Subsystem Control Unit Functional 
Description, GA23-0218 


IBM 3270 Information Display System, IBM 3174 Reference Summary, GX20-1878 


1.1 Basic Operation 


Communications between the device and the control unit is via a 128 byte Terminal Control 
Area (TCA) within the device buffer. (See "ICA Buffer Format” on page 27.) Requests may 
be either synchronous, asynchronous, or expedited. 


° Synchronous Requests 
Synchronous requests are initiated by the controller and start a series of synchronized 
transmissions between the CU and the device. This interaction continues until the 
requested communications task is completed or ends in error. 
To request a particular action of the device, the controller places an appropriate code 
Ca function request) in the TCA Buffer along With any associated parameters and/or data 
before issuing a Start Operation command. 


The device processes the function request and then posts synchronous status to indicate 
whether or not processing completed normally. The control unit reads the completion 
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code and processes it as required (see "Synchronous Event Synchronization" on page 
35). 


(In this document, read and write operations are described from the controller's point 
of view; ji.e., data is read from the device and written to the device.) 


On write type data transfer operations, the data to be written must reside in the device 


buffer before the Start Operation command is issued. On read type operations, the 
device places the data in the specified buffer locations as part of processing the 


request. 
Asynchronous Requests _ 


The device may also make a request for service from the control unit by placing a 
request code in the TCA Buffer. Additional parameters may also ba passed via the TCA 
Buffer as needed. | 


The control unit then reads the request code and processes it when internal contention 
conditions allow. Processing by the control unit consists of acknowledging the request 
and +ssuing more function requests as required to service the device. Once the request 
1s acknowledged, the device is free to present another asynchronous request. 


Expedited Requests 


Devices may present prioritized requests (Expedited Status) in the TCA buffer for 
functions which must be processed on an immediate basis. Instead of waiting for its 
normal turn, the device is serviced on a high priority basis. Expedited Status. 
Requests take precedence over both Synchronous and Asynchronous Requests. 


The function request code and any associated parameters are placed in the TCA Buffer. 
Subsequently, the control unit acknowledges and processes the request. 


1.2 Function Split 


Tha Device/CU interface must operate in one of three distinct environments: 


1. A 3270 protocol Binary Synchronous Control (BSC) control untt. 
2. A 3270 protocol local channel attachment control unit. — 
3. An SNA FID2 Control Unit. 


The split of unique functions for each of the three environments is as follows: 


2 
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} CONTROL UNIT DEVICE 


= ee Ge Ge CS ee Oe ee om —— am ep em Ee OD OP Om HE OD SE SE FE GR OD OS CE GD GE UEP Ge Ge WE Gee Veh Ge OD Ee Oe A th et i TD ce ee Cem Gee te ew Gm Ge UR VES ee wR GD OE GF GF we ED Crs OF EE Ow Oe 


fe 


Data Stream from STX to 
EOT/EOB 


BSC protocols including: 
Transparency 
Select 


| | 
| 
| Specific POLL 1 Read Command Detection 
BSC | General POLL | 
| Inbound Blocking | 
| Line Control | 
| Line Error Recovery } 
Test Header Creation | 
} Physical Unit Services (PUS) | All other SNA Functions | 
| Activate/Deactivate Logical § | | 
SNA | Unit CACTLU/DACTLU)D } ACTLU/DACTLU Parameter 
| Session Termination on | Passing ] 
| Power-Off (single session) i 
| Outbound Routing j } 
|} CNM - Alert & RTM | } 
| 
| Local Channel protocols: | Channel Command Processing: | 
Local | Channel End j Data Stream Processing | 
Channel | Device End | Test Header Creation | 
| CNM - Alert & RTM | 
| Error Logging i r70 Event Initiation 
Functions| Indicator Event Status |} Device Error Reporting 
Common | Power On/Off 1 Device RAS and Testing 
to any | Hung Device Detection } Local Function I 
of above | Communication Area Management! Operator Indicators | 
| Limited CU File Access | Hung CU Detection | 
eee | ee eee: cnn nen Tn er ene E: 


Note: The CU serves primarily as a multiplexar converting host link 
protocols to transmission line protocols and vice versa. 


Figure 1. Function Split 


i 


1.3 -TCA Ownership 


Ownership of the TCA Buffer fields is governed by rules that depend on the current state 
of the interface between the device and the control unit. Violation of ownership rules 
constitutes an interface synchronization error. If a synchronization error is detected, 
the interface may be forced to disconnect by the offended party. 


Note: In this document TCA addresses are designated as aX'yyyy', where 2 stands for TCA 
address, and X means the yyyy in single quotes 15 a hexadecimal value of the TCA address. 


Reserved fields in the TCA are excluded from the following discussion. While the interface 
1S connected, reserved fields in the TCA between 2X'0000* to ax'O003F'’ belong to the device 
and reserved fields between a2X'0040' to ax'007F* belong to the control unit. Exceptions 
to this general rule are discussed in section "Interface Connected-and-Idle”" on page 5. 
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In the interest of upward compatibility, reserved fields should be set to zero by SEOCer 
and not used by receiver, thus establishing a current functional subset. 


1.4 Interface States 


Interface Interface 


Interface Connected Connected 
Disconnected & Idle & Active 
POR 
> meee neem recreeenninnmernamammanrenerae Sp START OP | 
> > 
CDPSSTAT = X*00") 
SYNC STATUS POSTED 
een tesmememeensreeainmuneteteaereed 
CDPSSTAT = X'O01'") 
DISCONNECT 
< < 
< ~ < 


DISCONNECT 


Figure 2. Interface States 


1.4.1 Interface Disconnected 


While in the disconnected state, the device owns the entire TCA and data buffer. The 
interface 1s considered disconnected when the control unit no longer services device 
requests or status, or the device does not answer POLLS. The disconnected state is exited 
when the device generates a Power On Reset (POR). 


At any given point in time, it may be impossible for the device to tell what the connection 
etate of the interface is. Therefore, when tn doubt, the device should always consider 
the interface as connected. 


The interface should be in the disconnected state before the device sends an unsolicited 
POR to the control unit. The control unit treats a POR that is received while the interface 
1s not disconnected as an interface synchronization error and forces the interface to be 
disconnected. The next POR is then treated normally. 


Some events that cause the interface to disconnect: 


° The device has failed to respond to 32 consecutive POLLs. The control unit retries 
the original poll up to 31 additional times. If the device fails to respond, a '32 
retry’ indication is presented to the CU by the Device Cluster Adapter and the device 
is disconnected from the interface. This condition includes physical power off. 


® The device receives a RESET Command. On receipt of this command, the device assumes 
that the interface is disconnected. A POR must be generated by the device to 
re-establish the connection to the control unit. 


° CUDSER does not have a value of X'0000". The control unit writes a non-zero value in 


CUDSER when the interface is logically disconnected because a device specific error 
was detected. 
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e The device fails to provide required identification data either at POR time, or at FC 
time following WCUS(C20) (see "WCUS(20) - Device Identification” on page 44.). 


1.4.2 Interface Connected 


The connected state is established when the CU sends a WCUSC10) -— CU READY to the device. 
While in the connected state, the device and the control unit communicate through a shared 
TCA and data buffer. At any given point in time, each location is owned exclusively by 
either the control unit or the device. When a location is not owned, it MUST NOT be 
altered. Ownership is determined by whether or not the interface is idle or active. 


1.4.3 Interface Connected-and-Idle 


The interface is considered connected-and-idle after the device has posted Synchronous 
Status for a control unit requested function. It is also considered connected-and-idle 
from the time POR is sent to the control unit until the Start Operation command is received 
for the first function request. 


While in the connected-and-idle state, the control unit owns 3X%'0040' to aX'OO7F! in the 
TCA Buffer and all of the data buffer. The device owns aX'0000" through ax'oO3F* with the 
folloning exceptions: 


° Device Asynchronous Status present CDPASTAT) 


The device owns DPASTAT until it sets that location to a value of X'01' indicating that 
Asynchronous Status is present. The device must set the Asynchronous Status and 
parameter values in DALTAD and DAEP through DAEP4 prior to setting DPASTAT to a value 
of X'01'. At that point, ownership belongs to the control unit until the control unit 
sets DPASTAT to a value of X'00!' to acknowledge the Asynchronous Status. Ownership 
of DPASTAT then returns to the device. 


DPASTAT is used as a toggle switch and may only set to X'01" or X’00*. Other values 
ara invalid. , 


e Device Synchronous Status present (DPSSTAT) 


The device owns BPSSTAT until it sets that location to a value of X'01" indicating that 
a function request has completed or terminated and that Synchronous Status is present. 
The device must set the Synchronous Status and parameter values Cin ax!'b0002* through 
axX'0005') prior to setting DPSSTAT to a value of X'01*. DPSSTAT belongs to the control 
unit until the control unit sets DPSSTAT to a value of X'00' indicating that a function 
request has been presented to the device anda Start Operation command has been issved. 
Ownership of DPSSTAT then returns to the device. 


DPSSTAT is used as a toggle switch and may only set to X'01* or X'00". Other values 
are invalid. 


e Expedited Post/Acknouledge flag CEXFAK) 


The device onns EXFAK until it sets that address to a value of X'Q1'* indicating 
Expedited Status is present. The device must set the Expedited Status and parameter 
values and its Logical Terminal address in EXFLT prior to setting EXFAK to a value of 
X*tOl*. At that point, ownership belongs to the control unit until the control unit 
sets EXFAK to a value of X'00' acknowledging the servicing of Expedited Status. 
Expedited Status is acknowledged by issuing a Read Terminal ID command (Calternate Start 
Cperation). The control unit may load response parameters in fields EXFDI-EXFD4 before 
acknowledging Expedited Status. Ownership of EXFAK then returns to the device. 


EXFAK is used as a toggle switch and may only set to X'01* or X'00'. Other values are 
invalid. a 


Certain device requests must be serviced on a priority basis whether tha device is 


active or idle. Expedited Status has service priority over normal Asynchronous Status. 
Expedited Status can be processed while the device is ina connected~-and-active state, 
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or in those cases where Host Transaction Timing is active but no function request is 
processing. 


1.4.4 Interface Connected-and-Active 


The interface is considered connected-and-active from the time that the control unit 
receives clean status to a POLL on a Start Operation command queve until the time when the 
device posts Synchronous Status in DSSV. (See note below.) While in the 
connected-and-active state, the control unit owns the data buffer exclusive of any area 
specified by request parameters on data transfer type requests. 


Contention in this area may be caused by a command queue retry by the control unit which 
may cause parts of the TCA buffer to be rewritten. Contention 18 avoided by issuing 
separate command queues to write to the TCA and to issue the Start Operation command. If 
the Write command queve fails, rewriting data to the TCA on ratries is not noticed by the 
device since it only examines control unit altered TCA locations when a Start Operation 
command is received. If the Start Operation command queue fails, the retries are detected 
by the device by examining the value at CUSYN. If CUSYN has not been toggled, the Start 
Speration 1s a retry and should be ignored. If a Start Operation command is received while 
another Start Operation is in process and CUSYN has been toggled (see note below), an 
interface synchronization error has occurred and must be reported to the control unit by 
the device. 


CUSYN is considered Secgies if its value has been changed. from X'OO® to X'01*, or if its 
value has been. changed from X'O1' to X'00'. 


Notes A command queve jis a series of commands and data that are issued by the control 
unit to a device without an intervening POLL command. There may or may not be ending 
sequences between the commands and/or data. 


1.5 Device States 


This figure 1s described in the paragraphs which follow it: 


interface Connection Interface Pending Pending Online 
Disconnected Pending Connected Online Offline to Host 
POR | 
a > OK INIT AEDV 
> en Ad COnlined) ACKnewledge AEDV(On) © 
BAD INIT WCOUS(10) ne > | > > 
————————— CU READY 
AEDV 
ACKnowledge AEDV(COfTF) (Offline) 
< ren f 
INTERFACE 
<¢7—-__—__--- SK 
< < 
< canes 


a er tr mr ae amare 
aa ea 


DISCONNECT 


Figure 3. Device States: Device states reflect the active level of communications 
- between the device and an upstream entity. Interface disconnection may 
occur From any state. 
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3.5.1 Interface Disconnected 


The Interface Disconnected state is equivalent to the disconnected state described in 
WInterface Disconnected” on page 4. In this state, the control unit is no longer servicing 
requests or retrieving status from the device and/or the device is not responding to POLLs 


from the control unit. The device is not recognized by the control unit. (See 
Figure 3.) 


1.5.2 Connection Panding 


The Connection-Pending state exists between the time that the device sends a POR to the 
control unit and the time that the control unit posts WCUSC10) ~ CU READY. While the device 
is in the Connection-Pending state, the control unit performs the initialization necessary 
to be capable of recognizing the device. Once the TCA is initialized properly, the device 


7s capable of processing function requests and error conditions. (See Figure 3 on page 
6.) 


1.5.3 Interface Connected 


The Interface Connected state i8 antered when CU READY is posted to the davice via a 
WCUSC10) - CU READY function request. While in the Interface-Connected state, the device 
Is recognized by the control unit, but cannot communicate to the host. The device may make 
function requests of the control unit to use locally owned resources but may not attempt 
to communicate with the host. The control unit discards any outbound transmissions for 
the device. The Interface-Connected state is also entered when the device requests that 
1t be taken offline from the host via AEDV. See "AEDV™ on page 83. (Also refer to 
Figure 3 on page 6.3 , 


1.5.4 Panding Online 


The device is in the Pending Online state when an Online-to-~Host request is waiting the 
CU's acknowledgment of Asynchronous Status (via AEDVCOnlined). (See Figure 3 on page 6.) 


1.5.5 Online-to-Host 


The CU puts the device in the Online-to-Host state when specifically requested to do so 
by the device (CAEDV(OnLine)). The device remains in the Online-to-Host state until either 
it is returned to an Interface-Connected state via AEDVCOfflLine)d) or until it is 
disconnected from the interface. While in the Online-to~Host state, the device 
communicates with the control unit as described for the Interface Connected state. In 
addition, upstream communications and outbound transmissions between the host and the 
device (Ci.e., WDAT, WLELCC, LOCK, RDAT, PDAT, and CTCCS function requests) are now allowed. 
€See Figure 3 on page 6.3 


1.5.6 Pending Offline 


The device is tn the Pending Offline state when an Offline-to-Host request 1S naiting the 
CU's acknowledgment of AEDV(COffline). (See Figure 3 on page 6.3} 


Introduction 7 


3174/3274 Controller to Distributed Function Device | 
Page 8 Product Attachment Information — July 1986 


THIS PAGE 
INTENTIONALLY 


LEFT BLANK 


8 Product Attachment Information 


3174/3274 Controller to Distributed Function Device 
July 1986 Product Attachment Information Page 9 


2.0 Device Hardware 


The CU is the owner of the transmission line and controls all flow through the interface. 
In general, the CU POLLS the device for status changes, writes to the device, or reads from 
the device. The device is required to have an addressable buffer which is accessed by 
Device Cluster Adapter Read and Write Commands. Higher level functions are communicatec 
via data placed in the buffer. The CU initiates a function by writing data into the device 
buffer and then telling the device to interpret the data. The device initiates a function 
by placing data in the buffer and responding to a POLL with status requesting the CU to 
interpret the data. 


2.1 General Description 


Data to be transmitted from a controller to a device or vice versa 318 carriad on a single 


transmission line per devica. If the transmission line is a coaxial cable, it must be type 
RG62AU with a maximum length of 1.5 kilometers. Data is transmitted in a serial by bit 
fashion using a binary dipulse technique. (See "Transmission Line Protocol” on page 10 


for transmission line protocol.) Data to be transmitted over the transmission line has a 
bit rate of 2.3587 MHz. 


Twelve bits (numbered 1 through 12) are assembled to form a transmission word (frame) for 
communication in etther direction over the line. The first bit of each frame is always a 
"Mone (€1)" bit, and is referred to as the "Sync Bit”™. This bit is used to delimit successive 
frames. The last bit of each twelve (12) bit word is referred to as the "Frame Parity” 
bit. This bit maintains even parity for that frame when added to the preaceding eleven (113 
bits. Frames may be contiguous. When they are, the sync bit of tha next frame directly 
follows the parity bit of the preceding frame with no intervening pad bits. 


Communication is as follows: 
° Starting Transmission 


When the transmission line is inactive between transmissions, Idle Bits (Can 
uninterrupted series of "one”™ bits) are sent by the controller. Sending frames to a 
device requires both controller and cevice to be in synchronization. The start of a 
frame is recognized when the controller sends a "quiesce”™ seaquence followed by a Code 
Violation Sequence (CVS). This is defined as a series of at least five (5) idle bits 
followed by a high level for 1 1/2 bit times and a low level for 1 1/2 bit times. The 
next bit time contains the 'sync' bit of the first frame to be sent. (See "Line Quiesce 
Pattern” on page 10.) 


° To the Device 


A word from the controller to a device is either a command or a data word as determined 
by bit ll. Commands (bit 11 = 1) may perform either a read (bit 9 = 13 or a write (bit 
9 = 0) operation at the device. 


Each write type command which is received at the device without error results ina TT/AR 
(Transmission Turnaround/Auto Response) following the last contiguous word sent from 
the controller. <A TT/AR consists of a l2 bit response word with only the syne bit (#1) 
and the frame parity bit (#12) turned cn. A TT/AR is also referred to in this document 
as a ‘clean status! response. | 


The 12 bit command word from the controller to a device contains address bits (which 
must be zero) and a command code. The address portion of the command word is three 
zero bits tn length (bits 2, 3, 4) which provides five bits for command codes Cbits 
5, 6, 7, 8 and 93. (See "Command Nord" on page 15 for details.) 


Data words (bit 11 = 0) are also 12 bits in length. The data byte resides in bits 2-9 


With odd parity maintained for this byte by bit 10. {Details in "Data Word” on page 
15.) 


Spare bits in all commands and responses must be zero. 
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° To the Controller 


A word from a device in response to a read type command is either data or status 
Cincluding TT/AR). The device must respond with one of these frames nithin 5.5 
microseconds after receiving the ending sequence from the controller (see "Transmission 
End Sequence (Mini-Code Violation)” on page 113. This requirement applies to both read 
and write type commands. The 5.5 microseconds is measured from the end of the last 
bit time of the received anding sequence to the beginning of the first bit time of the 
response starting sequence. (See "Transmission Starting Sequence”.) Failure of the 
device to respond in time results in a time-out error. 


e Ending Transmission 


To clearly define where a transmission ends, a Mini-Code Violation (MCV) is sent 
following the last transmitted word. This is defined as a ‘zero’ as the first bit of 
a frame Cin place of the usual 'sync’ bit) followed by a low level for two bit times 
Cno mid bit-time level transition). If no TT/AR is expected, the controller resumes 
sending idle bits (line inactive). (See “Transmission End Sequence (Mini-Code 
Violation)" on page 11.) 


2.2 Transmission Line Protscol 


The dipulse technique is controlled by the driver receiver logic that guarantees a voltagse 
transition of the transmission line at mid-bit tima. 


| i 0 1 . 1 | 


Figure 4. Normal Biphase Data Pattern: Waveform changes lavel at mid-point of each 


bit-time. Direction of change indicates the binary value (1 or 0). 


2.2.1 Transmission Starting Sequence 


Prior to valid data being transmitted, the line must be conditioned to ensure that bit and 
byte synchronization can be achieved. This requires the transmission of a line quiesce 
and code violation pattern which is generated by the line criver logic. 


2.2.1.1 Line Quiesce Pattern 


It is necessary to astablish an equilibrium switching condition on tha line after the null 
condition of line turn around before valid data can be properly detected at the receiver. 
Each data sequence from either controller or device after line turn around is therefore 
preceded by the 5 bit biphase encoded data shown in the following figure. The bit polarity 
is shown at the logic to Driver/Receiver interface. Polarity on the line is inverted. | 
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| ONE BIT | | | | | 
TIME 


Figure 5. Line Quiesce Pattern 


2.2.1.2 Unique Control Code Violation 


A unique control code violation follows the line quiesce pattern to differentiate between 
the quiesce pattern and the start of the valid data following the code violation. This 
1S necessary because, due to varying line lengths, it is not possible to predict where the 
received data becomes valid. However, the code violation provides a clean reference mark 
for start of transmission. 


| 
LASTT1" SYNC 
OF LINE CODE VIOLATION BIT 


QUIESCE 


Figure 6.. Unique Control Code Violation Pattern: <A unique balanced code violation 
sequence containing leading and trailing buffer bits. 


Ee EEE | 


The trailing buffer bit is actually the sync bit of the following data byte. This code 
violation is unique jin that it contains pulse widths (1 172 bit pulse widths} not present 
in normal biphase data (1/2 or 1 bit pulse widths) shown in Figure 4 on page 10 for 
comparison. 


Each bit has a mid-bit transition. Thus, once decoded, the code violation pattern 
provides, in addition to a reference mark for start of transmission, an unequivocal 
definition of bit bouncaries. 

A mesns must be provided for re-establishing line synchronization with the device by using 
the receipt of a legitimate code violation to reset the device’s SERDES. 


2.2.2 Transmission End Sequence (Mini-Code Violation) 


In order that the receiver demodulation logic be reset at the end of a transmission so that 
a subsequent transmission may be properly demodulated, the special ending sequence shown 
below is used. 
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CBit times) 


Figure 7. Ending Sequence Pattern 


The last data word transmitted has 15 bits. The first 12 bits are as previously defined 
(starting with syne and ending with a parity bit). The thirteenth bit is a zero followed 
by two bit times without a mid-bit transition. (These are referred to as mini-code 
violations.) The first mini-code violation is always used to reset the receiver logic. 
The second merely guarantees that the line does not discharge and generate a spurious clock 
pulse while the logic is detecting the first Mini Code Violation. The zero in the 
thirteenth bit position allows for discriminating a transmit check condition, generated 
as a result of illegally padded zero bits between bytes, from a normal ending sequence. 


2.2.3 Transmission Line Waveforms 


Bits on the line appear as positive and negative going pulses. Binary data is phase encoded 
such that a 212 nanosecond (ns) up-level followed by a 212 ns down-level represents a binary 
0. Similarly, a 212 ns donn-level followed by a 212 ns up-level represents a binary 1. 
A predistorted pulse is generated for avery transition from an up-level to a down-level 
or vice versa. 


The waveforms shown in Figure 8 on page 13 and Figure 9 on page 13 are the signals measured 
across the line at the transmitting unit Ceither control unit or device). The waveforms 
shown in: figref refid=fi. and Figure 11 on page 14 show the signal across the line at 
the receiving end of 1.5 kilometers of coaxial transmission medium. 
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<— 6424 ns * 20 ns > 
21i2ons 
+ 10 ns 
<cCooo > 
PREDISTORTION 
106 ns *10ns PULSE 


> +#+1.3V MAX 


; +0.8V MIN 
[ \ +0.9V MAX 
eee: +0.25V MIN 
, . —— OV 
} See , wmeed—|—— -0.9V MAX 
\ | . \ | -0.8V MIN 


——~~ -1.3V MAX 


AI apices 


>Ii< BIPHASE '0* 


BIPHASE *0?° 


|< 


Figure 8. Waveform at Transmitting Unit 


<—~— 624 ns + 20 ns 


> 


< 


BIPHASE 'O° >t< 


BIPHASE '1° 


Figure 39. Waveform at Transmitting Unit: All Rise and Fall Times 38 ns MAX. Rise Joo 00 os 
and Fall Times are Exaggerated For Clarity. ee 
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185 ns 
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Figure 10. Waveform at Receiving End of 1.5 Kilomaters : 


+ 4O0mV MIN 


- GO0mV MIN 


Figure ll. Waveform at Receiving End of 1.5 Kilometers 
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2-3 Transmission Word Formats 


Commands and/or data are sent by the control unit to the TCA Devices. A device must then 
return either data or status Cincluding TT/AR). All three transmission types are containec 
in 12 bit words (frames) as described below. 


2.3.1 Command Word 


Commands are sent from control unit to device in this format: 
1 2 3 4 5 6 z 8 9 10 11 12 


Sync |<— Adr —>| |<—— Command ——>| C/D FP 


Bit 12 
Bits 2-4 
Bits 5-93 
Bit 10 
Bit 11 
Bit 12 


Sync Bit Ca*ways = 1) 

Address bits Calways 008 for TCA) 

Command bits (see "Command Codes” on page 17) 
Reserved (value = 0) 

Command word identifier (value = 1) 

Frame Parity bit (maintains evan parity for bits 1-12) 


sont ane a 


Figure 12. Command Word Format 


The command word address in bits 2-4 must be zero for TCA Devices. Devices must not respond 
With TT/AR (clean response) if any other value is present in these bits. The control unit 
treats this type of error as a Transmit Check (see "Transmit Check" on page 263. 


- 


2.3.2 Data Nord 


Data words are sent to the controller following read commands or to the device after write 
commands using the folloning format: : 


Syne 1) 4 eee hae ae SP: G7 0G. Fe 
Bit 2 
Bits 2-9 
Bit 10 


Bit 11 
Bit 12 


Sync Bit Calways = 1) 

Data (bit 2 is most significant) 

Data Parity bit (maintains odd parity for bits 2-10) 
Data Word identifier C€value = 0) 

Frame Parity (maintains even parity for tha bits I- 12) 


Figure 13. Data Word Format 


Data of less than 8 significant bits is right justified and the high-order bits are set 
to zero by the originator. 


f 
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2.3.3 Common Status Word 


Status is returned by the device to the control unit in the following format: 


Sync Bit Calways 
Reserved Calways 
Status Available. When set to 1, indicates status 
Csynchronous, asynchronous, or expedited) has been 
set in the Status Register. 
(See "Synchronous Status" on page 73 
or “Asynchronous Status Events” on page 79 
or "Expedited Status Requests" on page 89. > 
Common status bits Creserved, must = 000) 
Common Status Word identifier (Bit. 0 for Common Status) 
Reserved (must = 0) 
Frame Parity bit (maintains even parity for bits 1-12) 


Bits 7-393 
Bit 10 
Bit 11 
Bit 12 


is | 


Figure 14. Common Status Word Format 


A status word is always sent Cin response to a POLL command) from a device that has power 
on and has completed its POR sequence. Prior to receiving POR Response froma davice, the — 
controller holds the device deactivated. The controller POLLs the device but ignores any 
response except POR Response. A response of all zeros except for bits 1 and 12 indicates 
that there are no error conditions to be reported up line and no operator activity reeauiring 
service. This response is referred to as TT/ZAR or a "clean” response. 


2.3.4 Special Status Word 


Special Status is reported by the TCA Device to advise the control unit that it has become 
available for service. 
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Syne |<—— Special Status Bits ——>| SWI FP 


Bit 1 = Sync Bit Calways = 1) 

Bits 2-3 = Special Status bits (Valid codes listed below) 

Bit 10 = Special Status Word identifier (Value = 1 for Special 
Status) 

Bit 11 = Reserved, (must = 0) 

Bit 12 = Frame Parity bit (maintains even parity for bits 1-12) 


Thea only Special Status code currently used by TCA Devices is: 


The following commands apply t 


READ COMMANDS CXXXX1) 


bits 56789 


00001 
00011 
00101 
00111 
01001 
01611 
01101 
G2111 
10001 
16011 
10101 
10111 
11001 
11011 
11101 
11111 


WRITE COMMANDS 
bits 56789 


00000 
00010 
06100 


2345 6789 

0006 0010 Device has powered on or received RESET since 
last POLL. This code is sent only in response 
to the first POLL received after a Power On (Cor 
RESET Command) sequence is complete. See "RESET! 
in "Write Commands” on page 22. 


Special Status Word Format 


2.4 Command Codes 


oO 


TCA attached distributed function devices: 


Read type command 


CXXX12) = Response Parity Checked 
€XXX01) j= Parity Not Checked 

POLL 

READ DATA 

Reserved 

Reserved 


READ TERMINAL ID 
READ MULTIPLE (4)97¢32) 
Reserved 
Reserved 
POLL/ACK 
Reserved 
Reserved 
Reserved 
Reserved 
Reserved 
Reserved 
Reserved 


CXXXX0) = Write type command 


Reserved 
RESET . 
LOAD ADDRESS COUNTER HIGH 
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00110. Reserved 
0601000 START OPERATION 
01010 Reserved 
61100 WRITE DATA 
041120 Reserved 
10000 Reserved 
10010 Reserved 
10100 LOAD ADDRESS COUNTER LOW 
10110 Reserved 
11008 Reserved 


11010 LOAD SECONDARY CONTROL REGISTER 
11100 DIAGNOSTIC RESET 


11110 Reserved 


Note: In response to the reserved read commands, 


317473274 Controller to piers weked punétioa Device 


the device must return an all zero 


data word with bad parity (bits 2 through 10 all zero? regardless of bit 8 in the 


read command. 


The reserved write commands reset the previous command. 
word directly follows the reserved command, 


2.4.1 Read Commands 


2.4.1.1 00001 POLL and 10001 POLL/ACK 


If no other command or data 
TTZAR takes place. 


Both the POLL and POLL/ACK commands (like all TCA command words) must have bits 2-4 of the 


command word set to zero. 


the status response is withheld by the device. 


The format of the POLL command is: 


Bit 1 = 
Bits 2,3,4 = 
Bits 5-9 = 
Bit 10 = 
Bit 11 = 
Bit 12 = 


Figure 16. POLL Command 


The format of the POLLZACK 


}<—— Command ——>] 


Sync Bit Calways = 1) 

Must be 000 

00001 POLL command 

Reserved (value = 0) 

Command word identifier (value 


= 1) 


If bits 2-4 are other than zero when examined by the device, 
(See "Command Word" on page 15.) 


Frame Parity Bit (maintains even parity for bits 1-12) 


Format 


command 1s: 
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POLL/ACK 


Sync |<———- Command ——>| C/D FP 


Sync Bit Calways = 1) 

Must be 000 

100961 POLL/ACK command 

Reserved (value = 0) 

Command word identifier (value = 1) 

Frame Parity Bit (maintains even parity for bits 1-12) 


Figure 17. POLL/ACK Command Format 


The response word to a POLL jis a one word status response (see "Common Status Word" on pase 
16). If a non-zero status word is sent to the controller, the device should anticipate 
receiving a POLL/ACK to acknowledge the acceptance of the first status word, respond with 
clean status (CTT/AR) and reset the previously returned status bits. Upon receipt of the 
clean status response the controller may issue another POLL, without the ACK bit, and the 
device must respond with the second status word. If the second POLL does not have the ACK 
bit on, the device must respond with the first status word again. Repetitive POLLing anc 
POLL/ACKing of the device may continue until an all zero status response to a POLL is 
received at the controller or the controller reaches an error threshold. 


The priority of POLL response is: 


13 POR complete Special status code. 
2) Base Status (Bit 6 on) 


If a Status Bit is returned and not ACK'd, the same bit must be returned in the next POLL 
response. 


If there jis no status to send, an all zero POLL response (CTT/ZAR) is sent indicating that 
service i318 not required at the device and the controller is released to POLL the next 
device. . 


2.4.1.2 00011 READ DATA 


The READ DATA command causes the addressed device to respond with one data word from storage 
at the current address counter value. The address counter steps up once at the completior 
of the command. The ending sequence must follow the l2th (CFP) bit of the response word. 


The format of the READ DATA command is: 
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a 


READ DATA 


}< Command ——>| 


Bit 1 
Bits 2>3>4 
Bits 5-9 
Bit 10 
Bit 1.1 
Bit 12 


Sync Bit Calways = 1) 

Must be 000 

00011 READ DATA command 

Reserved (value = 0) 

Command word identifier (value = 1) 

Frame Parity Bit (maintains even parity for bits 1-12) 


Figure 18. READ DATA Command Format 


2.4.1.3 01001 READ TERMINAL ID 


The READ TERMINAL ID command causes the device to respond with one data word. The ending 
sequence must follow the 12th (CFP) bit of the response word (Command Chaining not permitted 
here). In addition, the command interrupts the device processor. The control unit 
acknowledges Expedited Status using Read Terminal ID as an ‘Alternate Start-OP'* mechanism. 


The format of the READ TERMINAL ID command is: 


READ TERMINAL ID 


Command ——>| c/D FP 


Bit 1 = Syne Bit Calways = 1) 

Bits 2,3,% = Must be 600 

Bits 5-93 = 01001 READ TERMINAL ID command 

Bit 10 = Reserved (value = 

Bit 11 = Command word identifier Cvalue = 1) 

Bit t2 = Frame Parity Bit (maintains even parity for bits 1-12) 


Figure 19. READ TERMINAL ID Command Format 


The format of the RESPONSE DATA WORD is as follows: — 
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ee eet ee RR ON enc TN 


RESPONSE DATA WORD 


Syne |<——————— Data Byte ——--————> ] DP C/D FP 


Bit 2 = Syne Bit Calways = 1) 

Bit 2-9 = Data Byte (€value x'O1"* = intelligent device) 

Bit 10 = Data Parity bit (maintains odd parity for bits 2-10) 
Bit 11 = Data Word identifier (value = 0) 

Bit 12 = Frame Parity bit (maintains even parity for bits 1-12) 


Figure 20. Response Data Word Format - 


The reception of this data word by the controller indicates that there is an intelligent 
device on the other end of the line. To obtain further information on the type of terminal 
device, the controller issues READ MULTIPLE to read 4 bytes from TCA fields DTIDI-DITID4. 

The contents of these locations must not be changed while the terminal is powered on2£* > 


2.4.1.4 01011 READ MULTIPLE (4)/READ MULTIPLE (32) 


This command causes the device to respond with one or more data words from storage beginning 
at the current I/O address counter value. The number of bytes returned is dependent on 
the low-order bit position of the Secondary Control Register (SCR) See "11010 LOAD 
SECONDARY CONTROL REGISTER" on page 25). 


The format of the READ MULTIPLE Command is: 


READ MULTIPLE 


Syne }< 


Command ~—> | C/D FP 
Bit 1 = Syne Bit Calways = 1) 
Bits 2,3,4 = Must be 000 
Bits 5-9 = 01011 READ MULTIPLE Command 
Bit 10 = Reserved (value = 0) 
Bit il = Command word identifier €value = 1) 
Bit 12 = 


Frame Parity Bit (maintains even parity for bits 1-12) 
Figure 21. READ MULTIPLE Command Format | 


+ ene SALT ARNE OSA Es RENIN et 48, 


When the low-order bit of the SCR is 0, a Read Multiple €4) is executed. The read 
terminates (with ending sequence) when the two low-order bits of the address counter step 
to 00. A maximum of four bytes are returned. This is the default operation if the device 
does not support the SCR. 


When the loew-order bit of the SCR is 1, a Read Multiple (32) is executed. The read 


terminates Cwith ending sequence) when the five low-order bits of the I/0 address counter 
step to 00000. A maximum of 32 bytes are returned. 
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2.4.2. Write Commands 


Many of the Write Commands are defined as being followed by one Cor more) bytes of data. 
The device executes the command following receipt of the data byte. If a second command 
is received instead of the data byte for the first command, the first command is lost and 
the second command sequence started. Write type commands remain active until reset by the 
next command Cincluding POLL). Data sent while no command is stored is lost with TT/AR 
being returned. ‘ 


2.4.2.1 00010 RESET 


In the device, the RESET command resets any pending status in the adapter hardware and 
interrupts the microprocessor. The microprocessor must terminate any operation in process 
and respond with TT/AR. The control unit then disconnects the interface. Subsequently, 
when the control unit issues a POLL command, the adapter responds with a POR complete status 
code. 


The format of the RESET command is: 


RESET 


|<-—- Command ——>| 


Bit 1 = Syne Bit Calrays = 1) 

Bits 2,3,4 = Must be 000 — | 

Bits 5-9 = 60010 RESET command 

Bit 10 = Reserved (value = 90) 

Bit li = Command word identifier (value = 1) 

Bit 12 = Frame Parity Bit (maintains even parity for en 1-12) 


Figure 22. RESET Command Format 


After a RESET command is executed, the adapter is able to accept and execute any valid 
command. The message buffer and the controller output area must be cleared. The following 
portion of the device output area is initialized to these values: (See "TCA Buffer Format” 
on page 27) 


Bytes 00 through 0B All zero. 


Bytes 0C through ll Terminal ID bytes initialized. 
Bytes 12 through 7F All zero. 
Bytes 80 and above Device Dependent Information 


(See "Initialization" on page 33.) 


The RESET command is only issued during error recovery and the controller IML sequence. 
The device must be capable of accepting two or more successive RESET commands (without 
intervening POLL commands) and responding with a single POR Response to a subsequent POLL. 
Prior to returning POR Response the device may terminate communication with the controller. 


Note: POR Comolete must not be returned if the RESET Ceither Command, Power-On, or operator 
initiated) failed, i:e., if the device detects an error during initialization. 
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2.4.2.2 00100 LOAD ADDRESS COUNTER HIGH 


This command, when followed by one data word, loads bits 2-9 of the data word into the : 
high-order bits of the address counter. Devices must suppress TIT/AR response if bits 2-‘ 
of the data word which follows this command have ones itn any of the high-order bit position: 
that are beyond the allowed addressing range. CThis prevents invalid buffer addresses.: 


The control unit treats this type of error as a Transmit Check (See "Transmit Check" of: 
page 26.). 


The format of the LOAD ADDRESS COUNTER HIGH command is: 


LOAD ADDR COUNTER HIGH 


Sync |}<——- Command ——>|]| C/D FP 


Bit 1 = Syne Bit Calways = 1) 

Bits 2,3,4% = Must be 000 

Bits 5-9 = 0601900 LOAD ADDRESS COUNTER HIGH command 

Bit 10 = Reserved (value = 0) 

Bit 11 = Command word identifier (Cvaluvue = 1) 

Bit 12 = Frame Parity Bit (maintains even parity for bits 1-12) 


Figure 23. LOAD ADDRESS COUNTER HIGH Command Format 


Rotes Write commands must not be "chained" to Load Address Counter commands; that is, TT/At 
and controller verification must take place to insure transmission error recoverability. 


2.4.2.3 01000 START OPERATION 


The START OPERATION command is used to invoke processing of a function request. The adapte: 
interrupts the microprocessor. Upon completion of the operation, the device store: 
synchronous status in the TCA buffer and sets status available (bit 6) in the POLL response. 
To prevent controller microcode timeout, the device must complete the operation within . 
specified time (see "Process Timings” on page 98). 


The format of the START OPERATION command is: 
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START OP 
Sync |<—— Command ——>| C/D FP 
Bit 1 = Syne Bit Calways = 1) 
Bits 2,3,4 = Must be 000 
Bits 5-9 = 061000 START OP command 
Bit 10 = Reserved (value = 0) 
Bit 111 = Command word identifier Cvalue = 1) 
Bit 12 = Frame Parity Bit (maintains even parity for bits 1-12) 


Figure 24. START OPERATION Command Format 


2-4.2.% 01100 WRITE DATA 


The WRITE DATA command causes the device to accept all following - data words for storage 
in the buffer until another command is received. The data to be stored -in the buffer must 
be loaded at the location indicated by the address counter. The address counter must step 
up once for each data word received. 


Notes The controller is responsible for preventing address overflow while writing (Cor 
reading) the device buffer. 


The format of the WRITE DATA command is: 


WRITE DATA 


Sync | |}<——- Command ——>| C/D FP 
i 
Bit 1 = Sync Bit Calways = 1} 
Bits 2,3,4 = Must be 000 
Bits 5-3 = 901109 WRITE DATA command 
Bit 106 = Reserved (value = 0) 
Bit 11 = Command word identifier (value = 13 
Bit 12 = Frame Parity Bit (maintains even parity for bits 1-12) 


| Figure 25. WRITE DATA Command Format 


2.4.2.5 10100 LOAD ADDRESS COUNTER LON 


The LOAD ADDRESS COUNTER LON command, followed by one data word, loads bits 2-93 of the data 
word into the 8 lon-order bits of the address counter. 


The format of the LOAD ADDRESS COUNTER LOW command is: 
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LOAD ADDR COUNTER LOW 


|< 


Command -———>| 


Bit 1 = Syne Bit Calways = 1) 

Bits 2,3,4 = Must be 000 

Bits 5-9 = 10100 LOAD ADDRESS COUNTER LOW command 

Bit 10 = Reserved (value = 0) 

Bit 11 = Command word identifier Cvalue = 1) 

Bit 12 = Frame Parity Bit (maintains even parity for bits 1-12) 


Figure 26. LOAD ADDRESS COUNTER LOW Command Format 


2.4.2.6 11019 LOAD SECONDARY CONTROL REGISTER 


This command results in the value of Bit 3 of the subsequent data word to be loaded into 
the low-order bit position of the Secondary Control Register. Depending on the valve of 
Bit 9, all following READ MULTIPLE Commands: 


Bit 9 = 0 Terminate READ MULTIPLE (€4) when the 2 low-order bits 
of the address counter step to 00. (4 byte boundary) 
Bit 9 = 1 Terminate READ MULTIPLE (32) when the 5 low-order bits 
of the address counter step to 00009. ¢€32 byte boundary) 


The Secondary Control Register is set to zeros by POR, the RESET command, and whenever the 
interface 31s disconnected. Intelligent devices not supporting Read Multiple (32) treat 
the Load Secondary Control Register command as a reserved command. 


The format of the LOAD SECONDARY CONTROL REGISTER command is: 


LOAD SECONDARY CTL REG 


Bit 1 = Syne Bit Calways = 1) 

Bits 2,3,4¢ = Must be 000 

Bits 5-9 = 11010 LOAD SECONDARY CTL REG command 

Bit 10 = Reserved (value = 0) 3 

Bit 11 = Command word identifier Cvalue = 1) 

Bit 12 = Frame Parity Bit (maintains even parity for bits 1-12) 


Figure 27. LOAD SECONDARY CONTROL REGISTER Command Format 


ERATOR OO ar ILI NIE GILLEN BAN °C RILEEAEI YD BAO ETM A PIL TCT LI ETE LOL LIT FNL ELAS ENT A AIS AIO a! CLAY MENEAME 


2.4.2.7 11100 DIAGNOSTIC RESET 


The DIAGNOSTIC RESET command is similar to the RESET command discussed previously, and is 
intended for service only to permit dumps. 
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The format of the DIAGNOSTIC RESET command is: 


DIAGNOSTIC RESET 
Command ——>| 


Sync Bit Calways = 1) 

Must be 000 

11100 DIAGNOSTIC RESET command 

Reserved (value = 90) 

Command word identifier (value = 1) 

Frame Parity Bit (maintains even parity for bits i- 12) 


Figure 28. DIAGNOSTIC RESET Command Format 


2.4.3 Transmit Check 


A Transmit check is defined as follows: 

1. A GO in the sync bit location not followed by a Mini Code Violation. 

2. The loss of mid-bit transition detected at other than normal ending sequence time. 
3. 6A transmission parity error (bits 1-12 not having even parity). 

4. A data parity error (bits 2-10 in a data word not maintaining odd parity). 

5. Bits 2, 3 and 4 of a command word other than zero. | 


6. One (1) bits in unused bit positions of the data word associated with a LOAD ADDRESS 
COUNTER HIGH command which represent addresses not implemented by the device. 


When a transmit check is sensed in the device, the device ceases accepting data and all 
commands and suppresses the TT/AR. The stored command, if any, is not reset. Normal 
operations resume upon receipt of the Line Quiesce/Code Violation. 


The controller also tests conditions 1-4 above and provides for error recovery. 


Controllers that only implement 1 byte Read commands need not perform the complete ending 
sequence test (Item 1 above). 
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3.90 Device Buffer 


The size of the device buffer (TCA and data) must be AT LEAST 4K bytes for SNA attachments 
and 8K bytes for non-SNA attachments to off-load control unit buffers and achieve 
concurrent line and control unit use with device processing. 


In both SNA and Non-SNA environments, interleaving of function requests may occur via the 
queued TCA buffer. The controller owns the TCA buffer. The device must maintain maximum 
availability of the buffer thereby preventing excessive dedication of controller resources. 


The buffer jis split into two logical sections. aX'0000* to ax'O07F® are fixed format and 


the remainder jis allocated at the discretion of the CU. (See "TCA Buffer Map" on page 30 
for a map of the TCA Buffer.) 


3.1 TCA Buffer Format 


Name Address Description 


DPASTAT X'00° Asynchronous status present flag 
X'00' = last asynchronous status 18s acknowledged. 
X'01° = last asynchronous status 1s unacknowledged. 


X'O2-FF’ = Reserved values 
DPSSTAT xX*0i* Synchronous status present flag 
X'00" = last synchronous status is acknowledged. 
X*'O1" = last synchronous status is unacknowledged. 
X?*O2-FF* = Reserved values 
DSSV X*O2* Synchronous status value. 
DSSP x*'03? Synchronous status parameter 1 
DSSP2 X04! Synchronous status parameter 2 
DSSP3 x*'o5' Synchronous status parameter 3 
DALTAD x'o6? Logical Terminal Address 
DAEV x*o7* Asynchronous status event value. 
DAEP x'os? Asynchronous status event parameter 1 
DAEP2 x'o9! Asynchronous status event parameter 2 
DAEP3 X* OA’ Asynchronous status event parameter 3 
DAEP4 X'OB? Asynchronous status event parameter 4 
DTIDI x'ac? Terminal ID see Note 1) 
DIID2 x'opD’ Product ID Qualifier Csee Note 2) 
DYID3 X'OE® Reserved 
DTID4 xX'OrF! Reserved 
 DBUF X'10-11" Device buffer size in bytes 
(valid after power-on reset (POR)) 
-— X'12-1F' Reserved 
EXFLT x'20' LT Address 
EXFRQ xXx'21' Expedited Status value 
EXFP1 xXx'22' Expedited Status Parameter 1 
EXFP2 x eo ' Expedited Status Parameter 2 
EXFP3 x*'24! Expedited Status Parameter 3 
EXFP4 xX*'25?* Expedited Status Parameter 4 
EXFAK Xx'26° Post/Acknowledgment flag byte 


X'O00’ = Last Expedited Status 18s acknonledged. 
X'O01" = Last Expedited Status 18s unacknowledged. 
X'O2-FF* = Reserved values 

== X'27'3F"' Reserved 


Figure 29. TCA Buffer Fields - Part 1: Device owned area. See notes following Part 
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CUDP X'40-41'" Data address within the device buffer. 
(Must be aligned on HW boundary). 
CULTAD xX*42Q? Logical Terminal Address 
-- x'g3!? Reserved | 
CUFRV x*'4q? Synchronous function request value 
(See "Synchronous Function Requests" on page 39) 
CUSYN x*45! Request synchronization switch Ctoggle). 
CUFRPL X*46° Synchronous Function Request Parameter 1 
CUFRP2 x*47! Synchronous Function Request Parameter 2 
CUFRP3 x'48? Synchronous Function Request Parameter 3 
CUFRP4 x*49" Synchronous Function Request Parameter 4 
-—— X*GA-GF" Reserved. 
CUDPORT xX'50° Device port number (0 - 31) 
CUAT x*513° Control unit host attachment protocol Csee Hote 3) 
CUDSER X'52-53* Error code value for last-ditch-command-queue. 
CULTA1-5 X'54-58' LT Addresses 
(See "Control Unit Initialization" on page 35) 
~— X'59-5B* Reserved | | 7 
EXFD1 - x«*5c!? Expedited Status Response parameter 1 Cif needed) 
EXFD2 X'SpD!* Expedited Status Response parameter 2 Cif needed) 
EXFD3 X*SE* Expedited Status Response parameter 3 Cif needed) 
EXFD4 x*5SF* Expedited Status Response parameter 4% Cif needed) 
EXTIME x"'60' Host transaction timing | 
X'00" = Device Transaction Timing mode is in effect. 
X'O1* = Host Transaction Timing mode is in effect. 
X'O2-FF* = Reserved values 
CUDSL X"61" DSL Type : 
X'00' = 3274 type DSL 
X'Ol* = 3174 type DSL 
X'Q2-FF’ Reserved values 
os X*62-7D" Reserved | 
CUSLYL X'*7E-7F* Controller TCA Support Level (see Note 4 and, 
P "Controller TCA Support Level” on page 95) 
UDATA 


Note: 


X*80-max’® Data Area (see "Initialization™ on page 33) 


Figure 30. TCA Buffer Fields - Part 2: Controller owned area. Sea following notes. 


1. DTIDI aligns on an address with PCIA printer ID. 


ra DTIDI-—j 

~—8123 4557 Description 
B*x... Pee No function (May be either 1 or 0). 
Beek se -* "Ready to dump" Cused for DIAGNOSTIC RESET command) 
B'..00 00..° Reserved bits (must be zero) 

Sera 10° TCA Davice 


2. A Product ID Qualifier is required for product distinction on secondary diskette 
directory and file access requests. 


The product ID qualifier 
distributed function device. 


DTID2 Value 


X*00° 
X'oi? 
X'02! 


X'O3-FF!' 


in DTID2 must be initialized at POWER-ON/RESET by the 


Description 


3290 Disk Files 
3179 Model G Files 
3193 Files 
Reserved 
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3. CUAT Cattachment protocol) has the following flags defined: 


rCUAT Bitsy 
0123 4567 


a 


TP Attached 
ee Local Attached 


B'dQ. eer 

B'a.. 

B’.0. se ee SNA Protocol 
Bak: 

B®. 


sews @ 


seers Non-SNA Protocol 
00 0000" Reserved Bits (2-7) 


46. CUSLVL is a sixteen bit field that indicates the optional TCA functions supported b: 
the controller. It has the following flags defined (see also “Controller TCA Suppor: 
Level” on page 95) 


rma CUSLVL Bits-“4 
0123 4567 89AB CDEF 
0000 0000 00.. .00. Reserved Bits 
(Should be zero.) 
wees eeee «-00 0000 Base TCA Function Support 
(See "Base TCA Support Level" on page 95.) 
wee ew weee eels «eee AEEB Extension for END Busy 
(See "AEEB Extension for End Busy Support" on page 95 
eS S ceeee: ee - eee Enhanced TCA Buffer Management 
~ (See "Enhanced Buffer Management Support” on page 95... 
eee wees ooee 14... Device Initiated UNBIND 
~ {See "Device Initiated UNBIND Support" on page 95.) 
wee we ee ee ee Ute eh) = 6NOnSNA Slow Device Support/Extended AEDV 
C"Slon Device Support/Extended AEDV Status” on page 9: 
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3.2 TCA Buffer Map 


x?'1io0' S44 44A4FhAAL4AhLhAG 
S444 OMAAMAAAG 

S444 44AhAMAhAhAAN SG / 4 +444HKhAAMbAAhhLhhAA SY 
C44 444MH4rhHAbMANhMbhMbhbhHhAbhbhKHbhHbhbhbhEebhASG 
X*1"l7 47S 444444444 4 CRESERVEDIY 4S SSF 444A ALAA 
S44 444444 AAAALhAMFhhAhbhFh4EhbAKhAA TS 

K'lC *ts SSS 444444 hA4Kh4A SG A 4444 4+ 4a44bhFLAh AG 


x*t20' EXFLT EXFRQ- EXFP1 EXFP2 


X24? “| a 

X2BUL SSS SLAP LOLOOCOCOOCOLOSTOLSOCEMUAMGTASA 
STOP TCOSPOCLCOMPCOEOOLCEPEOCEOUOSMUGSATASA 

S208 ZS SLOSS LLL OD FOR LGOLOSAULIOIAILUID? 

x*30' 

x? 34° 


x*14? 
Device 
Owned 
Area 


a fa Aa Aa Aa Aa ae A A A A A dale A ee ee ee ae Ae ae Ae Ae a ee dee fe fe ee A 
yr fe fae fat ae fe ae ae fae fe ee ae ee dae fee ee ee eee fee dae ee dae ee de ee fee ee ee ee ee ee 
SSS 444444 A CTRESERVED) SS SSF FFL LFA 4A 
i fae fae fae fae ae ae ee dae fae dae da ee ee ee ae ee ee ee ee ee ee ee ee ee ee ee fe ee ee ee 
i a fae ae ee fae ae fae dae fae fae Ae ee a fe hee fe ee ee fe ee ee ee ee ee ee ee ee ee 
F4S46h4hhhtrerhrhthhthhbhe—athtbhrilhiartbhitbhtththt—tth—aithtbht—bhe—ithht 
ff fa fae a fae fae fae ae fae a ee fe ee ee ee eee et ee fe fe ee fe ee ee ee ee ee ee ee 
"a fa fa i a fae fae fae fae fae Ae ee ae / , i fae fae fae ae fe fee ae ee ee fee ee ee fae ee ee 


S44 L444 
CULTAD 


a a a a a ae ae 
x*44?* CUFRV ‘CUFRPI . CUFRP2 > 
PCECTLCELECELEUA&EAC 


xXx'48! CUFRPS CUFRP4 
3 : : ERT 444 4 7 CRESERVEDIS 4 47 7s 7 


S44 4444 hAbh AAG / 7 7 4444444 4AAh AHA 
CUDPORT 


X38" 
X'3c? 
X60! 


x"4c? 
x'50" 


CUDSER 
CULTA3 CULTA4 | 
Xx'58!' CULTAS S44 4444S _CRESERVED)7 — 44444444 


x*5c' EXFD1 _EXFD2- _EXFDS EXFD4 
x*6Oo' EXTINE- CUDSL S4b6btlbhthtbhthbhthtbhthtbtttt 


; 4 4lbhsrshttstbhtbhthbhteéethet 
> oS. aie © Ae A far a fae dt Aa Ae Aa et A Ae a ee A ee a a ee ee a ee ee ee ee ae Ae a ee ee 
444444 hA44AAAKhA LA hAAKhA Ah AhhFh4A LG 
KX'689 |S SS SSF 444A AAAFAEAA AKA AAA KAAS 
yr da fa da ia fa fae dae Aa Aa hee ae Aa dae ae da A Ae fa fe fe ee ee ee dae A dee ee ee A 
X"6C"IS SSS 44444444 4 CRESERVEDIS SSF S444 4A AAA 
X°79" 
x"'74" 
X*78"] 


x*54" CULTAL CULTA2 


eer 
Area 


” i an fa ae ee fa ae ae ee ee ee ee ee ee a a ee ee ee de ee le ee eee ee ee ee ee fee ee 
Yr fae fe fe fe fae fae ae dae ae a a ee ee ee ae fee ee fe fee hee fee ee ee dee ae fee hee ee ee ee 
ST 4+4CCH44hAAAhAhhhbhbhbLhbhAhGhAhhEehLCLhbhAG 
SJ +4444-4 4 44h E4“4CMAAhHhAhAhAMFhLbhAhAhAh FAA 
yf a ft fae fae ae a et ae fe fe ee ae fae fae fee ee ee ee fee fe ee Ae ee ee ee ee ee ee ee 
a fa ie ae ae ee Ae ae ee ee ee ee ee a fe ee fe ee ee ee ee ee ee ee ee A ee ee ee 
SS 4464 bAbhAbhAhAA A Eo a 
S44 4h4shehhhththbhebhr—tbrieit 


x"7C! CUSLVL 
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See "TCA Buffer Format" on page 27 for a description of the TCA Buffer Fields. 


3.3 TCA Buffer Data Area 


Bytes at ax'0080' - ax’....' of the TCA Buffer are controlled and allocated by the CU anc 
are altered by the device only on request from the CU. The data in 2X'0080" - ax’....' 
7s preceded by a four byte message header Cexcept when a device has posted a POR or in 
response to a WCUS(20)). The content of the message header is described in Figure 31 on 
page 31. 


Length Flag Bits 


0 i 2 3 4 


Length Field contains length of message in CUDATA (Length + Flags + Data). 


Flags Field contains: 


Valid Valid 
Out-Bound In-Bound 
[Flag Bits--7 (from CU) (to CU) 
0123 4567 89AB CDEF 
MS Bann wee. bee. UP PPSE (OF TMeOSSO0G «304 .niek Owe cies iad x x 
whisk Skies -aekn beew “best (of Message: «:2s<4 bse dees meee JR x 
ee be cee wee eee e)~|[6U6NCTL OUFMHK 6+ O60Query Reply SFF . = » 4 
oO. wee e we ee we ee©=©6oNCTL PCIA Data Format (Base) - X 
eoed ..00 weer «ees )3= BSC Transparency Required ........ X X 
sees LDevn wiccecoce BSC Test Request Function. «.««40<% = xX 
(CU generates actual %/ msg header) 
wewwe cbew ones «ees SNA Channel Buffer Overrun ....... » 4 - 
(Maximum RU size exceeded) 
caee. &SOS 4aew save. Permanently REServed> 664-44.456445<6 - - 
UGA tate “eeksa: wea: “RESCPVGEG-(B1t Vc e gue te tatws wR ee See ~ 
we ee ceee Lewsw «eee FMH Present (Local Copy) ......... x - 
(Sea "QUERY™ on page 125.) 
wu ae cove ebew «ees Query Reply Expected (Local Copy) X - 
wees eees 1-00 0000 Reserved Bits (Should be zero) ... 7 - 


Figure 31. CUDATA Message Header Format 


For SNA attachments, outbound data requested by function request X'03' (NDAT), does not 
use bits 0 and 1. Segmented data is indicated by the Transmission Header. 
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4.0 Device Control 


Device control is composed of interchanges between the CU and the device in a particular 
sequence to achieve a desired state. This section defines the rules governing those 
interchanges. 


4.1 Initialization 


Sequencing of power on is a CU responsibility. If a device 18s powered up before the CU, 
then the CU must issue a RESET command to that device to force power-on tnitialization. 
At the time a POR is sent to the CU, the device must have aX'0000-007F' of its buffer set 
to zero except for Terminal ID DTID1, DTID2, and DBUF which are set to the appropriate 
values. The CU identifies the device via the Read Terminal ID command and by reading the 
contents of DTID1 in the device communications area. The DTIDI byte must remain unaltered 
while power is on in the device. The value in DBUF may only be initialized at POR and once 
set must not be changed. 


In addition, aX'0080-0084' must contain the appropriate device information Cas outlined 
belon) when the device returns a POR. 


Note: If the power-on response is the result of a "Diagnostic Reset” command and the device 
has set DTID1 bit 1 = Btl', indicating that it is ready to dump, the TCA buffer starting 
at aX'0080' must not be altered with the device information. Use of fields described in 
Figure 33 on page 34% for power-on information ji8 optional; however, if these fields are 
not used, they must be = X'00'. This information is read back and stored in the controller. 
It is intended for enhanced network management and device problem determination purposes. 


X'80! Device Type 


Xx*88! Plant of Origin 
xXx'8c? Sequence Number Device 

—— Owned 
x*90° Program Release Number Until 
x%19G4? Finish 
X'98!° 

Device Specific Information 

x'9c?r 
X*AQ! V 


X"AS* 17 SS 44 F444 4LK4 FALL FAhAAAh hhh LhAhAh AA 

Y4 4444-44444 AAAMhbAhhbhbhAh4hAL4Lh hh +S 

ya Aa Aa Aa ee Aa a ae ee ee fae ee a fae de ee fe ee ee de a fe fe A ee ee ee fee ee ee ee 
SCC 444A H4A A ATRESERVED) SSS 444A L444 LAS 

a fn ft ae ae ae ee a a ee ae fe ee fe ee ee ee fee a ee ee fee ee fe ee ee ee ee ee ee 
a ft fat ae ae fet fe ee ee ee dae ee Aa de fee fe fee ee ee ee ee ee fe ee ee ee ee ee ee ee 

:f ¢ %f£ 4 4 4 4 4 FF %4 bF $F bb bh 4 46 4 bf 4 4 4 

>: 7 / 7 7 / 7 / 7 7 7 7 / 7 / 7 / 

3 / 7 / 7 7 7 7 7 7 7 / 7 


oe 9 46 


Figure 32. CUDATA Map after POR: (Depicts both Mandatory and Optional fields.) 


See "Initialization" for a description of this format. 
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Content Location Format 
Device X*'*0080-0083" X'*FxFxFxFx!? 
Type 
Device X' 0084" 
Character CBits 90-3) > ae la 
ATE? 
CBits 4-7) x*i? 
X'g?t 


Other Values 


Figure 33. 
device at POR time. 


will result in an interface 


Content Location Format 
Model # X'0085-87" Xte--- =~ ’ 
Origin  X*0088-89" X'----! 
Sequence# xX'008A-90° Xt--,.--! 
Pom Level X'0091-93" = X'------ 

EC Level X*0094-A3! » Oa ad 


Figure 34. 


POR Device Information 
but MANDATORY for CNM. 


POR Device Information -- MANDATORY: 


OPTIONAL: 


Description 


Device Type in numeric EBCDIC. 
CFor Non-IBM Products, this field 
must be right-justified and 
padded with X'FO’' if necessary.) 


Hardware or Microcode 
Customer Programmable Machine 


IBM Machine 
Non-IBM Machine 


Reserved 


These fields must be supplied by the 


Failure to supply these fields to the control unit 


disconnect. 
Description 


Model Number in AE EBCDIC chars. 
right-justified, padded with X'40° 
chars. X'000000" Cunknown or n/a) 


Plant of Manufacture: EBCDIC 
per IBM Standard CB-0-2021-00 
X'OO000' if unknown or nZa. 


Seven Digit Sequence Number 
EBCDIC, right-justified and 
padded with X'FO* chars. 
X'00..00* if unknown or n/a. 


in AE 


Release Level of Program in AE 
EBCDIC, right-justified and 
padded with X'FO'. xX*'000000" 
if unknown or nZa. 


Maximum 16 Digits; Device Specific 
Information in AE EBCDIC. User 
defined Padding & Justification. 


These fields are OPTIONAL for TCA, 


NOTES: 
1. The Device Serial Number is represented by a combination of the Origin 
and the Sequence fields. 
2. AE Characters are EBCDIC 0-9, A-Z, $, #, 2, period, null. N/A = not 


applicable. Device Specific Information may be Release or EC Levels 
or any other data a product may wish to supply to identify its 
characteristics. | 


4.1.1 Control Unit Initialization 


CULTAI-5 fields, in addition to CUDPORT, 


CUAT, CUDSL, and CUSLVL, are initialized by the 
control unit after identifying the device, 


reflecting customization data. These fields, 
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once initialized, are not subsequently modified. The device addresses are ordered fror 
lowest address to highest address. The CULTA fields where an address is not defined will 
be set to X'FF". Each port may be customized for one, two, three, four or five terminals 
on a given port. If only CULTAI/CULTA2 are initialized, the CU supports only two Logical 
Terminals. If all addresses have been initialized then the CU supports up to a maximum 
of 5 Logical Terminals on the attached port. 


4.2 Synchronous Event Synchronization 


The CU prepares a function request by performing the following: 


° DPSSTAT is set to X'00° to acknowledge Synchronous Status, or DPASTAT is set to X‘'00' 
. to acknowledge Asynchronous Status. 
The data address, if any,» its written into CUDP. 
The function request value is written into CUFRV. 
The request synchronization flag at CUSYN is toggled. 
+ Any associated parameters are written into CUFRP1-4. 
The data, if any, is written in the CUDATA area pointed to by CUDP. 
Expedited Status, EXTIME, may be updated. 


o@e@0e8¢ @ @ 


If the above is successful, then by separate command queue, the request 18 tnitiated with 
a Start Operation command. Otherwise, Command Queue Retry is attempted, whereupon the 
control unit rewrites all of the above fields with the original values. 


Command queue retry may cause CUSYN, DPASTAT, or DPSSTAT fields to be re-written. These 
fields must not be examined by the device until a Start Operation is issued. 


The Start Operation command causes the device to interpret and process the function 
request. When the processing is complete, the device stores the completion code in DSSV 
and any associated parameters in DSSP-DSSP3 before posting Synchronous Status Present 
CX'OL’ at DPSSTAT). Then the Status Available bit is set on in the Common Status Word and 
made available as a POLL response. When the status is available, the CU reads DSSV anc 
its parameters at DSSP-DSSP3, and processes the posted status. 


The device hardware must reset the status available bit in the Common Status Word upon 
receipt of POLL ACK. 


The CU must not issue a second function request until synchronous status for the first 
request has been read and acknonledged except when an error causes @& non~zero value to be 
written to CUDSER. In this case a Start Operation command may be issued anytime, but only 
if the intention is to force disconnection of the interface. 


4.3 Asynchronous Event Sequence 


The device reports an asynchronous event to the CU by placing the event identification in 
DAEV and any associated parameters in DAEP-DAEP4 before posting Asynchronous Status Present 
CX'OLl in DPASTAT) and by subsequently setting the Status Available bit in the Common Status 
Word. 


Folloning receipt of a Status Available response, the CU reads DPASTAT, DAEV,> and 
DAEP-DAEP4 and processes them as appropriate. The CU acknowledges receipt of the status 
by writing X'60' to DPASTAT and sending a function request to the device. On receipt of 
a Start Operation command while DPASTAT is X‘'00', the device may report a queued 
asynchronous event. 


Only one asynchronous event may be reported and unacknonledged at any time. It i585 the 
responsibility of the device to queve any asynchronous events while waiting for an 
acknowledgment. 


If the CU cannot process an asynchronous event tmmediately, the CU queues that event until 


it can be processed. If the event is unacknowledged, the CU need only remember that an 
event occurred. 
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4.94 Expedited Status Interface 


Expedited Status (CES) provides a means to service device requests on an immediate basis 
independent of other states of the device or its logical terminals. Expedited Status 
communication uses assigned TCA fields. Expedited Status requests from the device are 
given priority over Synchronous Status and Asynchronous Status device requests. Expedited 
Status requests are used to communicate status of intermediate steps or asynchronous events 
that occur during concurrent execution of a function request which has not been completed. 
The device puts the status in EXFRQ, and any parameters in EXFP1-4 before posting Expedited 
Status Present (X'01' in EXFAK). The device then sets the Status Available bit on in the 
Common Status Word. The controller signals the device when processing has completed by 
setting EXFAK to X'00' and then issuing a Read Terminal ID command which causes a TCA 
interrupt. The Read Terminal ID command, in this context, is an alternate means of 
interrupting the device processor and is called the "Alternate Start Operation". 


4.4.1 Expedited Status, Typical Transmission Line Sequence 


Description 


Controller Device 


Device Request | $tore ES Request and 


Post ACK Flag 
Post Line Status. 
i Se 


6 eee status bit 


Read Status Read ES > 
—— Cate 
Process Request Code 
Write EXFAK & data Write ate 
Interrupt Device Alt. START OP ——————————> 
<——-—-—-———-—- Data Response 
Device Interrupt START OP ————————-—> 


Device Post-Processing 


~Figure 35. CU to Device Transmission Line Sequence for ES 


When the device posts EXFAK = X'01", it indicates it has completed ES communications. The 
CU acknowledges ES via the RTID CAlternate Start OP). The device must not examine the TCA 
ES area until receipt of this command. As with function request synchronization, the Read 
Terminal ID command must be issued in a separate operation after posting the request 
acknowledgment X'00" in EXFAK. Should the device receive multiple TCA interrupts resulting 
from error recovery, receipt of additional interrupts must be ignored, as determined by 
the value in EXFAK. The device must recognize the difference between an initial interrupt 
and retry. | , 
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4.4.2 Status Prioritization 


The Common Status Word response to POLL can potentially represent device requests te 
service any or all of the three device status paths: Expedited, Synchronous, anc 
Asynchronous. To process the status response to POLL, the control unit reads EXFAK, 
DPSSTAT,» and DPASTAT. Status is serviced in the order of Expedited, Synchronous, anc 
Asynchronous Chigh to low priority). Asynchronous Status processing may be deferrec 


Cremain unacknowledged) until the conclusion of the current Expedited or Synchronous 
Transaction. 
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5.0 Synchronous Function Request 


CUFRV Notes 


Value Name (1272) Function 

mars 
X'00° ---- MY Reserved : 
x'O1°* CNOP . o¢ Control No-Operation | 
X'02' WCUS es Write Control Unit Status 
X*03! WDAT . Write Data from Host 
xX*04! WDBD ‘ Write Data-Base Data 
x*'o5° RDCOPY . ; Read block of SNA Character String (SCS) ; 

Data for Local Copy | 

X*O06" WLEC - »® Write Local Channel Command } 
X*07" LOCK ~ »¥ Hon-SNA host selection, device ready request 
X*08! RDAT - »* Generate inbound (Read) Data for host 
K'O9' WCTL ae Write printer Characteristics for Local Copy 
X'OA’ PDAT gt Se Prepare read Data prior to host notification | 
X' OB? cTccS . Terminate Chained Command Sequence - 
x*OC* RDBD 4 ‘ Request Data-Base Data i 
X* OD" RPID . “ Read Printer Identification 
X*OQE-FF* e Reserved 


Figure 36. Synchronous Function Requests 
: Notes: 
1. The device must respond with ERFR. 


2. Must not be issued by CU when device is in the Interface Connected 
state. This causes ERFR response from device. 


5.1 CNOP 


The Control No-Operation CCNOP) function request has no function other than to allow . 
Start Operation command to be issued without a specific function being performed. It ma. 
be used to acknowledge asynchronous events. CNOP has no parameters. 
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CUFRV CNOP Function Request 
CUFRPI Not used 
CUFRP2 Not used 
CUFRPS Not used 
CUFRPS Not used 
CULTAD Not used 
CUDP 3 Not used 


Figure 37. CNOP Parameters 


5.2 "WCUS 


The Write Control Unit Status (WCUS) function request is used to report CU state changes 
and CU events that are detected by the CU and normally communicated to the operator. The 


CU does not manage device indicators or indicator areas. (The device does not communicate 
indicator reset to the CU.) 


CUS is classified as either: 


1. An anticipated event, contextually valid to a given sueesetes sequence, such as ‘copy 
request queued" or "printer printing'. Multiple events are prioritized in a contextual 
logic progression. Events are grouped by function. 


2. Unscheduled status reported per external conditions asynchronously, such as the 
Reminders and LU Status groups shown in the list at the end of this subsection. 
Unscheduled status is allowed to interrupt normal protocol sequences and take priority 
ever a scheduled event. Unscheduled status may be delayed due to processing algorithms 
in the CU or the device. 


If the device is not online to the host, the following unscheduled status is deferred until 
the device is online to host: 


° Communications Check Reminder 
° LU Status Group 
e Printer Assignment 


WCUS function requests for Logical Unit/Physical Unit status are sent at POR time, when 


the device goes Online to the Host, and whenever the status of the device changes. (See 
following figure.) 


If a read or write file function request completes with error, an appropriate WCUS is sent 
to the device (see also "RDBD" on page 68). 


Other WCUS function requests are defined for status conditions associated with device 
initiated local copy operations and for diskette operations. 


Note: The type of ICUS is determined by the hex value in CUFRP1 and is referred to as 
WCUSCyy) where yy is equal to the hex value of CUFRP1. For example, a WCUS with value X'20' 
(Device Identification) in CUFRPI, is referred to as a WCUS(20). Further definition is 
provided by the values in CUFRP2-CUFRP§4, | 
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STRESS 


Any WCUS condition not recognized by the device must be acknowledged with normal function 
complete status. 
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Page 42 


3174973274 


Controller to Distributed Function Device 
Product Attachment Information 


July 1986. 


No 
1. 
2. 


42 


GROUP NAME CONDITION NAME EVENT/|CUFRP1|CUFRP2-4 |CULTAD | CUDP 2 
7 | STATUS|[WCUS # , | 


Input 
Inhibit 


Machine Check 
Commun. Check Reminder 
Program Check 


cu Ready, 
CU Ready, 


Readiness DSL Allowed 
Group 


Identity 


Reminders 


Device Identification 


Communications Check 

No Reminder 

Disk Not Ready 
(Cover Opened) 

Disk Ready 

(Cover Closed) 


LU Status [LU Active 
LU Not Active 
RTM Parameters 


Request Queved 
Long Term Busy 

Printer Exception: 
Intervention Required 
Equipment Check (EC) 
Data Check (DC) 


Invalid Printer Number 
Assignment Not Allowed 
Printer Assigned 
Printer Available 
Printing Started 
Request Dequeved 


Print Complete 
Printer Operational 


Disk 
Completion 


Fatal Hardware Error 
Disk Media Error 
Disk Overrun 

Disk Not Ready 
Wrong Disk 

File Not Found 

File Not Writeable 
File 
File 
File 
File 


Overflow 
Not Readable 
Not Locked 


Figure 38. WCUS Parameters 


te: 


NNN numbers are the 3270 error codes which are packed decimal and right-justified 
These errors do not disconnect the interface. 


CUFRP2-4. 


ve 
ve 


No DSL Allowed 


PU Changed Active State 


includ- 


ing Datastream Errors 


Local Copy Unconfigured 


Locked (Contention) 


X' FF? 
X'FF? 


X*'QOONNN® 
X*OQOONNN?® n7a 
X*OO0ONNN®* n/a 


, LT 
X*10"{X*000000"] X*FF? n/a 
X*10"1(X'020000°) X'FF' | nZa 
X'*20"'1X"'000000" x'9080" 


X*OCONNN® 
X*'000000' 
X*'000000" 


Event n/a 
r 


X*000000" 


(Note 3) 
x*'000600° 
x*'000000° 
RTM Parms 


X*000000° 
x'ooocog’ 


X?nn0100!' 
X™nn0200° 
X'nno300"| 


(Note 4) 
X*nnd000" 
X*nndvooo0’ 
x*'000000" 
X*nndo00' 
X'000000" 
x*'o00000" 
X*nnddo00? 
X*nnvooga*] 


x*000000" 
X'040000° 
X'060000° 
X*'OA0000' 
X*140000" 
X'920000° 
X*080000" 
x*0C0000° 
X*'OED000" 
X*'100000° 
xX*'120000' 


32 3tzsssaaigs 


in 


nn numbers from 00 to FD are the Printer Port Address or Class Number. Where nn = X'FE', 


Printer Selection 
has been made. 
_CUFRP2 = Byte 1 of the ACTLU RU. 
X*nnd000* - 
number. 
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Invalid number was not accepted. 


If mn = XtFF*, no assignment 
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5.2.1 WCUSCO1L) - Machine Check 


A Machine Check Event will result in WCUS(01). An Error Code is placed right justified 
in CUFRP3 and CUFRPS. 


CUFRV X'o2’ WCUS Function Request 


CUFRPI x*O1?* WCUSCO1) - Machine Check 
CUFRP2 X'O00' Not used 


CUFRP3-4 X* ONNN? 3270 Error Code (Packed Decimal) 
CULTAD x FR? Physical Device Request 
CUDP n/a Not used 


5.2.2 WCUSC02) - Communications Check 


This WCUS is issued to report a Communications Check Event. 


CUFRYV x'*O2* WCUS Function Request 


CUFRPI X'O02" Wicvus¢02) - Communications Check 
CUFRP2 x*90" Not used 


CUFRP3-4% X*ONNN® 3270 Error Code (Packed Decimal) 
CULTAD x*FR* Physical Device Request 
CUDP n/a Not used 


See dn 


5.2.3 WCvVUS(C03) - Program Check 


A Program Check Event is reported by WCUS(03). 
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Description 


CUFRV - x'02" WCUS Function Request 
CUFRPI X*03° WCUSC03) - Program Check 
CUFRP2 x'oo’ Not used 
CUFRP3-4 X*ONNN® 3270 Error Code (Packed Decimal) 
CULTAD LT Logical Terminal Address 
CUDP Not used 


5.2.% WEUSC10) - CU READY 


WCUSC10) is used by the control unit to report a readiness state of the interface to the 
TCA device. 


SEL CT EP ae eer ee 


Value Description 
CUFRV x'02' | WCUS Function Request 
CUFRP1 X'10" | WCUSC10) - CU Ready 
CUFRP2 X'00" | DSL Allowed 

X'92" | DSL Not Allowed 


CUFRP3-4 X'Q000") Reaserved 
CULTAD AFF? Physical Device Request 
CUDP { n/a Not used 


5.2.5 WCUS(20) - Device Identification 


When a device reports AEDV(Online), the controller may issue a WCUS(20). When the Start 
Op is issued to the device, the controller has placed information itn the TCA buffer to 
identify itself to the device. (See Figure 39 on page $5.) 


When the device responds Function Complete to this command, it may first place its 
corresponding device information in the TCA buffer (see Figure %2 on page 48) or may simply 
choose to return the FC without updating the buffer with its data Cnot support the command). 


Upon receipt of FC from the device, the controller reads the appropriate area of the TCA 
buffer. If the device has provided its own information, the controller updates the 
information received at device POR time (see "Initialization”™ on page 33) and then checks 
that the device type and flag byte are valid. As noted in "Initialization™ on page 33, 
other device information is optional. 


If the device has failed to provide the required information, either at POR or via a 
WCUSC20) response, the controller disconnects the interface with a 240 Machine Check. 


The device information is stored in the controller and is intended for enhanced network 
management and device problem determination purposes. It is recommended that the device 
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+ TS 


retain the information provided by the controller in the WCUS(20) function request, and 
make this information available to the device operator upon request. 


CUFRV X*'02° WCUS Function Request 

CUFRPIL x*'20! WCUS(20) - Device Identification 
CUFRP2 x*'00° Not used 

CUFRP3 X'00" Not used 

CUFRP4 X*00" Not used 


CULTAD X'FF! Physical Device Request 
CUDP X*'0080° Address of Data Area 


Location Data Comment 
xX*o08ge’ A St Length of Data 
K'0081'° x*00° Data Format Identifier 
X'0082-83'* At --——? Controller Identification Characters. 
(See Note) 
X*0084-87"* X'FxFxFxFx® Device Type of Controller in EBCDIC 
(Numeric) 
X*0088° 
CBits 0-3) x*1* Hardware or Microcode 
X'E?* Customer Programmable Machine 
Cother values are reserved) 
(Bits 4-73 Xti* IBM Machine 
xg? Non-IEM Machine 


Cother values are reserved) 
Figure 39. Mandatory ID Information Supplied by CU 
Note: 


The controller identification characters are unique EBCDIC characters 
assigned to a control unit type. 


Some or all of the following optional information may also be included, depending on the 
length byte (2X'0080') above: 
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Location 


X"0089-8B" 


X'008C-8D" 
X'008E-94" 
X"0095-97" 


X*0098-A7° 


X"00A8-FF? 


Figure 40. 


NO 


tas 


AE Characters are EBCDIC 0-9, 
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Xrtaen——F 
Xta-. oo! 
x’ wets em ee wan oan ee % 
Xt-=- cant 


X*00...86' 
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Comment 


Model Number in EBCDIC AE (X'900000'" 
unknown or N/A) Csee Note) 


i f 


Plant of Manufacture; EBCDIC per IBM 
Standard CB-0-2021-000 (X'0000° if 
unknown or N/A) 


Seven Digit Sequence Number in EBCDIC AE, 
right justified and padded with X’FO’ 
CX"'00...00" if unknown or N/A) 


Release Level of Program in EBCDIC AE, 
right justified and padded with X’°*FO" 
(X'00..00" if unknown or N/A) 


Maximum 16 Digits of Device Specific 
Information in EBCDIC AE, User Defined 
Padding and Justification (X'00...00' 
unknown or N/A) 


if 


Reserved 


Optional ID Information from CU 


null. 


period, 
may be Release or EC Levels or any other data a product may wish to supply to identify 
ee. characteristics. 


A-Z, $, %) a> Device specific information 


_EBCDIC Hex EBCDIC ‘Hex -EBCDIC Hex. EBCDIC “Hex 


Figure 41. 


The device 


hexadecimal values in bytes ax'0082' 
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Nw N bv ww KR + Ae 


* Defaults to 
Control 


vw V 


’ 
ve 
A 
B 
Cc 
D 
E 
F 
G 
H 


Unit 


<KlCAHYNWOVOZSEO Ke 
WONAUBRWNFHON <KE 


4-in-the-box if no value is specified. 


Type 


ID Characters: Each control unit type is assigned a 


character Cor twod from this list which will be displayed on the Cperator 
Information 
established. 


is 


Line 


when the device to control unit connection is 


responsible for displaying the EBCDIC characters corresponding to the 


and aX'0083' in the Readiness and System Connection. 
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Indicator area (columns 0-5) of the Operator Information Line. If 3X'0082° contains X'00’, 
only the EBCDIC character associated with the contents of 2X'0083' is displayed. If byte 
ax'O0082* is not zero, the EBCDIC character associated with byte aX'0082' is displayed, in 
the Readiness and System Connection Indicator area, immediately preceding the EBCDIC 
character associated with the contents of 2X'0083'. If bytes aX'0082-83' contain X'0000", 
the "4 in the box" character is displayed. (See EXAMPLES, below.) 


EXAMPLES: 


Contents of Character(s) 
ax*’o0082-83'° Displayed Comments 
X*00 00° C4] "4 in-the-box"” (3274 type controller) 
X°00 E2* S *S" €3174 type controller) 
A° FS. G7" 36 
X*'90 $C" < 
WCUSC20) not C2?) Kauestion mark in-the-box"” 
issued yet CCU type unknown) 
Hote: 


If it is necessary to indicate a control unit connection following receipt of WCUS(10),> 
but before WCUS(20) as when using DSL devices, the "Question~-Mark-in-the-Box” character, 
should be used to indicate that the connection has been established but the specific 
controller type is not yet known. The proper controller identifier character(s) will 
replace this designation following receipt of the NCUSC20) controller information. 


When a device that does not support the WCUSC20) function request returns FC to the 
controller, the ID byte in the data area remains as set by the controller. 


If the device chooses to update or supplement its POR parameters, the TCA buffer must appear 
as follows: - : 
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Location Data Comment 
X*0080° xXt-=! Length of Data 
x’9081" x*01" Data Format Identifier 
X*'3082-83° Options Supported by Distributed 
Function Device (Flags) 
CBits O-D) zeros Reserved (see Note) 
CBit E) BY 1* Device Supports Read 52 Version of Read 
Multiple Command. 
CBit F) B’O?* Reserved (see Note) 


X'O00384-87" X*FxFxFxFx’ Device Type in EBCDIC (Numeric?) 


xX*0088° | 
CBits 0-3) x*i1’ Hardware or Microcode 
KE? Customer Programmable Machine 
a {other values are reserved) 
CBits 4-7) xti°* IBM Machine 
ine Non-IBM Machine 
Cother values are reserved) 
Note: Reserved bits in this field must be set to zero by the device but are 


not checked by the controller. 


Figure $2. ID Information seal al de by the Device 


Some or all of ele following information may also be included, depending on the length byte 
above: | | 


Location Data Comment 
X*'00389-8B° Xo = SS>== : Model Number in EBCDIC AE cnapaceete: 


Right-justified and padded with spaces 
(X'40"), or X*000000" if unknown or n/a. 


X"008C-8D" X'----? Plant of Manufacture; EBCDIC per IBM 
Standard CB-O0-2021-000 (X'0000" if 
unknown or n/a). 


X*O08E-94° KS wee Seven Digit Sequence Number tn EBCDIC AE. 
Right justified and padded with X*FO0* 
(X'00...00* If unknown or nZa). 


x°0095-97° Xt o-~--—! Release Level of Program in EBCDIC AE. . 
! Right justified and padded with X'FO’ 
or (X'000000" if unknown or nZa). 


x'OO98-A7* RSet Maximum 16 characters of Device Specific 
Information in EBCDIC AE. User Defined 
Padding and Justification (X'00...00° if 
unknown or n/a). 


Figure 43. Additional ID Information Supplied by the Device 
Note: AE Characters are EBCDIC 0-9, A-Z, $, %, a» period, null. Device — 


specific information may be Release or EC Levels or any other data a 
product may wish to supply to identify its characteristics. 
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5.2.6 WCUS(30) - Communications Check 


CUFRYV 
CUFRP1 
CUFRP2 
CUFRP3-4 
CULTAD 
CUDP 


X*'02" 
X*30" 
A~*'00" 
X*ONNN® 
X°FF* 


n/a 


WCUS Function Request 
WCUSC30) - Communications Check 


Not used 
3270 Error Code (Packed Decimal) 
Physical Device Request 


Not used 


39.2.7 WCUS(C31) - No Reminder 


CUFRY 

CUFRPIL 
CUFRP2 
CUFRPS 


CUFRP4 
CULTAD 


CUDP 


X*02' 
AYS1" 
X*00° 
xX'0o" 
KX*00" 
X* FF? 


nva 


Description 


WCUS Function Request 
WCUSC31) - No Reminder 
Not used 

Not used 

Not used 

Physical Device Request 


Not used 
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5.2.8 WCUS(40) - LU Active 


When a Logical Unit becomes Active (ACTLU issued), it is reported to the device via 
WCUS(40). 


CUFRYV WCUS Function Request 


CUFRP1 WCUS(40) ~ LU has become Active 
CUFRP2 RU Byte 1 oe 


CUFRP3 | Not used 
CUFRPS | Not used 


CULTAD | Logical Terminal Address 
CUDP Not used 


5.2.9 WCUS(41) - LU Inactive or PU Activity Change 


When a Logical Unit becomes Inactive (DACTLU issued) it is reported to the device via 


WCUSC41). WCUSC41) is also used to report a change of the state of a PU CDACTPU or ACTPU 
Tssued). — 


CUFRV 
CUFRPI 


Description 


x'o02" WCUS Function Request 

X'41" WCUS(41) - LU has become inactive 
Cor) PU has become jinactive 
Cor) PU has become active 

CUFRP2 X*O0" Not used 

CUFRP3 

CUFRPG 


CULTAD 


x*'00° Not used 
x*00" Not used 


LT Logical Unit has become Inactive 
X'FF! Physical Device state change 


CUDP n/a Not used 
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5.2.10 WCUSC42) - RTM Control 


The Response Time Monitor (RTM) interface and Last Transaction Time CLTT) display can be 
enabled or disabled at any time via a WCUS(42) function request from the CU. If a WCUS(42) 


function request is not received from the CU, the RTM interface defaults to the disabled 
state. 


CUFRYV WCUS Function Request 
CUFRP1 WCUSC42) - RIM Control 
CUFRP2 RTM Disabled for Logical 


Terminal in CULTAD 
RTM Enabled for Logical Terminal 


CUFRPS LTT Not Authorized 
LTT Authorized 
CUFRP¢ Not used 
CULTAD Logical Terminal Address 
CUDP Not used | 


Refer to "Response Time Monitor” on page 83 for a complete description of the RTM interface. 


5.2.11 WCUSC51) - Local Copy Request Queued 


| Field [| value | Deseriet ion 
CUFRY WCUS Function Request 
CUFRPI WCUS(C51) - Request Queued 
CUFRP2 Not used 
CUFRPS Not used 
CUFRP4 Not used 


CULTAD Physical Device Request 
CUDP Not used 
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5.2.12 WCUS(C52) - Local Copy Long Term Busy 


[Feta [vaice | teveription 
CUFRV 
 CUFRPL 
CUFRP2 
CUFRPS3 
CUFRPS4 
CULTAD 
CUOP 


WCUS Function Request 
WCUS€52) - Long Term Busy 
Not used 


Not used 


Not used 


Physical Device Request 


Not used 


5.2.13 WCUS(53) - Printer Exception 


Description 


CUFRV WCUS Function Request 
CUFRP1 WCUS(53) = Printer Exception 
CUFRP2 Printer Port Address or Port Number 
-CUFRP3 Intervention Required CIR) 
| Equipment Check (CEC) 
Data Check (DC) 
€Includes Data Stream Errors) 
CUFRPS Not used | 
CULTAD Physical Device Request 


CUDP Not Used 


5.2.14 WCUS (54) ~ Invalid Printer Number 


This WCUS is used to report an unsuccessful attempt to set an invalid printer address. 
The tnvalid number is rejected and the assignment remains set to the most recent valid 


eae for this device. This number, nn, is reported in CUFRP2. CUFRP3 and CUFRP4 must 
2 zero. 
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CUFRV 
CUFRP1 
CUFRP2 
CUFRPS 
CUFRPS 
CULTAD 
CUDP 


WCUS Function Request 


WCUS€54) - Invalid Printer Number 


Previous Valid Printer Address 


Not used 
Not used 
Physical Davice Request 


Not Used 


§.2.15 WCUS(55) - Assignment Disallowed. 


Description 


CUFRYV WCUS Function Request 

CUFRP1 WCUS(552 ~- Assignment Disallowed 
CUFRP2 Printer Address 

CUFRPS Not used 

CUFRPS Not used 

CULTAD Physical Device Request 

cuDP Not Used 


ens 


WCUSC56) - Printer Assigned 


CUFRYV 
CUFRPI 
CUFRP2 
CUFRPS 
CUFRP4 
CULTAD 
CUDP 


Description 


WCUS Function Request 
WCUS(56) - Printer Assigned 
Printer Address Assigned 
Not used 

Not used 


Physical Device Request 


Not Used 
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5.2.17 WCUSC€57) - Printer Available 


WCUS Function Request 
WCUS(57) ~- Printer Available 
Not Used 


Not used 
Not used 


CUFRV 
CUFRP1L 
CUFRP2 
CUFRP3 
CUFRP4 
CULTAD 
‘CUDP 


Physical Device Request 


Not Used’ 


5.2.18 WCUS(58) - Printing Started 


54 


[Hela [vais | 


Description 


WCUS Function Request 
WCUS(58) - Printing Started 


CUFRY 
CUFRPL 
CUFRP2 
CUFRPS 
CUFRP4 
CULTAD 
CUDP 


Printer Address 
Not used 
Not used 


Physical Device Request 


Not Used 
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5.2.19 WCUS(59) - Request Dequeuved 


CUFRYV WCUS Function Request 


CUFRPI WCUS(59) - Request Dequeued 
CUFRP2 Not Used 

CUFRPS Not used 

CUFRP$ Not used 

CULTAD -Physical Device Request 
CUDP Not Used 


5.2.20 WCUSC5A) - Request Not Configured 


Description 


CUFRYV WCUS Function Request 

CUFRPI WCUS(C5A) - Request Not Configured 
CUFRP2 Not Used 

CUFRPS Not used 

CUFRP4 Not used 


CULTAD Physical Device Request 
CUDP Not Used 
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5.2.21 


CUFRV 
CUFRPL 
CUFRP2 
CUFRP3 

— CUFRPS 
CULTAD 
CUDP 


Product Attachment Information 


WCUS(5B) - Print Complete 


Description 


WCUS Function Request 


WCUSC5B) - Print Complete 
Printer Address 

Not used — 

Not used 

Physical Device Request 


Not Used. 


5.2.22 WCUSC(5C) - Printer Operational 


56 


CUFRY 
CUFRP1 
CUFRP2 
CUFRP3 
CUFRP4 
CULTAD 
CUDP 


Description 


-WCUS Function Request 


WCUS(5C) - Printer Operational 
Printer Address 

Not used 

Not used 


“Physical Device Request 


Not Used 
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5.2.23 WCUS(60) - Disk Not Ready 


This Reminder Status is issued to report a disk that becomes Not Ready; i.e., an interlocked 


cover being opened. 


CUFRV 
CUFRP1 
CUFRP2 
CUFRPS 
CUFRP4 
CULTAD 
CUDP 


WCUS Function Request 


WCUS(60) - Disk Not Ready 


Not used 
Not used 
Not used 


Physical Device Request 


Not used 


>.2.2% WCUS(61) - Disk Ready 


This Reminder Status is issued when a disk which had previously reported WCUS(€60) - Disk 
Not Ready, changes to the Ready state. 


CUFRYV 
CUFRP1 
CUFRP2 
CUFRPS 
CUFRPS 
CULTAD 
CUDP 


Description 


WCUS Function Request 
WCUS(61) - Disk Ready 
Not used 
Not used 
Not used 


Physical Device Request 


Not used 
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5.2.25 WCUSC70) - Disk Error 


CUFRY 
CUFRP1 
CUFRP2 


CUFRPS 
CUFRPS 
CULTAD 
CUDP 


Description 


WCUS Function Request 
WCUS(70) - Disk Error 


Fatal Hardware Error 
Disk Media Error 
Disk Overrun © 

Disk Not Ready 


: Wrong Disk 


Not used 
Not used 


Physical Davice Request 


Not Used 


5.2.26 WCUSC71) - File Error 


Hee [vive | 


Description 


CUFRV 
CUFRP1 
CUFRP2 


CUFRPS 
CUFRP4 
CULTAD 
CUDP 


WCUS Function Request 
WCUS(71) - File Error 


File Not Found 

File Not Writeable 

File Locked (Contention) 
File Overflow 

File Not Readable 

File Not Locked 


Not used 
Not used 


Physical Device Request 


Not Used 
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5.3 WDAT 


The Write Data CWDAT) function request is used to pass data received from the host to the 
Device. The CU allocates a portion of the data area of the TCA buffer, places the length, 
flags, and data in the allocated area, and issues the WDAT function request with the 
starting address of the allocated area specified in CUDP. 


For Non-SNA local channel attachment (NLCA) only, CUFRP2 is set to X'06° if the current 
command is chained to the next command. All other bit combinations are reserved. CUFRPI, 
CUFRP3 & CUFRPS are not used. 

CUFRP1-4 are not applicable for BSC and SNA attachments. 

For SNA attachments, the Logical Terminal address on Write Data from host (WDAT) requests 
is contained in the Destination Address Field (DAF) of the data. Although the current 


Logical Terminal address must be obtained in the Transmission Header (DAF), CULTAD contains 
a valid, online Logical Terminal address. 


BSC SNA NLCA 
Field Value Value Value 


CUFRV 
CUFRP1 
CUFRP2 
CUFRPS 
CUFRPS4 
CULTAD 
CUDP 


Description 


X'03° WDAT Function Request 


Not used 


n/a 


X'04'° 


Command chained to next 


Not used 


n/fa 


n/a Not used 


LT 


Logical Terminal Address 


Address of Data Area 


* Bit significant field. Other bits are reserved 
and should not be used. 


Figure 44. WDAT Parameters 


i CUDP points to a 4 byte message header and data in CUDATA. See Figure 31 on page 


5.4 WDBD 


The Write Data Base Data (NDBD) function request is used to pass data (retrieved from a 
file) to the device as the result of an AEDBA. The CU performs the same actions as for 
WDAT if the action is successful, plus setting CUFRP1 to a one byte file identifier 
requested asynchronously by the device, and setting CUFRP2 to a flag value. 
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CUFRY 
CUFRP1 
CUFRP2 


Description 


WDBD Function Request 
File Identifier 


File retrieved from Disk 
File retrieved from CU Memory 


CUFRPS 
CUFRPS 
CULTAD 
CUDP 


Not used 


Not used 


Physical Device Function Request 


Address of Data Area 


* Bit significant field. Other bits are reserved. 


Figure $5. WDBD Parameters 


Data. is prepared in the TCA buffer with a 4~-byte header (length & flags). Multiple NDBD 
function requests may be required to transfer a data file. Device buffer control fiags 
First Of Message/Last Of Message (FOM/LOM) are set accordingly. If the device returns FRA 
status, the CU terminates the request Cexcept when LOM). 


3.5 RDCOPY 


RDCOPY, sent in response to an AECOPY request, causes the device to send a block of the 
local copy data stream in SCS (SNA Character String) format to the control unit. 


CUFRV RDCOPY Function Request 


CUFRPI | Not used 
CUFRP2 | Not used 


CUFRP3 Maximum Length of 
Data Block Chigh order byte) 


CUFRP4$ Maximum Length of 
Data Block Clon order byte) 


CULTAD Physical Device Function Request 
CUDP Address of Data Area 


Figure 46. RDCOPY Parameters 
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5.6 WLCC 


The Write Local Channel Command (WNLCC) function request is used for an NLCA CU and is used 
to pass a local channel command to the Device. 


CUFRV X*'06" WLCOC Function Request 

CUFRP1 X*6F* Erase All Unprotected CEAU) 
xe Erase Write Alternate CEWA) 
A EL Write 
X'F2* Read Buffer 
A FS Write Structured Field (NSF) 
x*F5’ Erase/Hrite CE/WN) 
X*F6" Read Modified (RM) 


Current command chained from 
previous command. 
Inbound data sent to host. 


CUFRP2 Bsus alan” 


Bye sd pepe 
Broo0d 0.0.° 


Reserved bits. Must be zerc. 


CUFRPS n/a Not used 
CUFRPS4 n/a Not used 
CULTAD LT Logical Terminal Address 
CUDP n/a Not used 


Figure $7. WLCC Parameters 


A WLCC sequence for an inbound data stream may be prematurely terminated, e.g.; before the 
device sends EOM, if the controller issues a CTCCS and command chaining is not active or 
if the controller issues another NLCC in a command chaining environment. 


An example flow follows. 
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Control Distributed 
Unit Function Terminal 
. 
e 
® 
LocxX —_———_—_—_—_———> 
eon FECL OCK 2) 
WEOCQRED—_—x—X—n"s— > 
Cree nnenenneemnenenerenneeaceenemee FCIR 
RDAT OC BOM) crn > 
<a enenemomenmmerenrnemenmee EC CRDAT ) | 
WLCClOAny —_—_—_—_—_—_—oeoenrnnnnn > CUFRP2 = X*O05° 


(Chain Ind, Read Data 
Accepted by Host) 


SS ee FCCWLCC) 


@ 


CCS 


einen: EC CCT CCS) 
Figure 48. WLCC Sequence Prematurely Terminated by Another WLCC 


3.7 LOCK 


For non-SNA attachments, the LOCK function request Clogical terminal based) is used to 
synchronize device and control unit to a ready state at host selection time. Each outbound 
host sequence is prefaced by a LOCK function request. Normal responses are FC, FCSECBUSY) 
or FCSECIR). FCSECBUSY) response to a LOCK occurring outside of an AEEP sequence is only 
valid if End Busy support is active. 


For BSC attachments or for NLCA attachments where the control unit does not support the 
Enhanced Buffer Management function, parameters are not provided with the LOCK function 
request. If, however, the Enhanced Buffer Management function 1s present with an NLCA 
attachment CUFRP1 its set to indicate whether prepared data is valid or has been destroyed. 
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CUFRV LOCK Function Request 


CUFRP1* Prepared Data Destroyed 
Prepared Data Valid 
Reserved 

CUFRP2 Not used 

CUFRP3S Not used 

CUFRPS4 Not used 

CULTAD Logical Terminal Address 


CUDP Not used 


Figure 49. LOCX Parameters: C% LOCK uses CUFRPI parameters only with Enhanced 
Buffer Management support) ; 


The LOCK jis not a valid request in SNA attachments. 


5.8 RDAT 


The RDAT is used for inbound data processing (device to host) in non-SNA attachments and 
in SNA attachments to transfer responses which do not exceed = bytes. The data length may 
not exceed the maximum length. 


Data is prepared in the TCA buffer with a ¢ byte header (length & flags). See Figure 31 
on page 31 for data area contents. 


CUFRV RDAT Function Request 
CUFRP1~-2 Number of Data Segments (See note) 


CUFRP3-4 Maximum Segment Length 


CULTAD Logical Terminal Address 
CUDP Address of Data Area 


Note: CUFRPL/CUFRP2 is set for SNA attachment only. In non-SNA, this parameter 
7s not present and the device must assume a value of X'0001". 


Figure 50. RDAT Parameters 
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5.9 WCTL 


WCTL provides the characteristics of the printer for local copy cperation in the TCA buffer 
location specified by CUDP, including APL support, LU FMH support for Set Attribute, PS 
loaded Alias names and flags, and printer switch settings. The CU ensures that the printer 
characteristics are mapped into the appropriate WCTL fields as described below. 


Description 


 CUFRV WCTL Function Request 
CUFRPI Not used 
CUFRP2 Not used 
 CUFRPS Not used 
CUFRP4 Not used 
CULTAD Not used © 
CUDP Address of Data Area 


Figure 51. WCTL Parameters 


The Data Area pointed to by CUDP contains printer characteristics as shown in the following 
figure: 
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lL... ee Ey a re First be WiossaGe 

CMe. Se aeea: MRE et Gots Last of Message 

eee. Setaes acewe: ede’ Present PCIA Data Format (Base) 
og gt: “a tgcbr ‘ ore a6 FMH Query SF Format CExtended) 


~..0 0000 0000 0000 
X'08* (8 bytes) 


Highlight/ 
Functions Supported 


Reserved bits (must be zero) 


Reserved 


No Highlighting Supported 

Highlight Underline Supported 
Local Save/Restore SF and Query 
List SF Supported 

Reserved bits 


s 8 @ ee 08 ¢ 


: eae ee 8 © 


e#e @ 6 


.009 


e @ 


Ad 


00.0 


Reserved 


Poncures?. 
Display Screen Size 


Extended Attribute BufferCEAB) Installed 
APL/3239 Text Print Feature Installed 
PCS Feature Installed 

$CS EBCDIC Feature Installed 

Reserved bits 


eee ee 
meee an >» 2 © 8 
Seen. wees 
~-e- 0000 


Reserved 


pectgeas 


> @ 


Color Supported CExtended Color if 
Byte 12, Bit 0 = 1) 

Sey ds ee Ree LU1 FMH Supported 

00.. 0000 Reserved bits 


Alias Table - (dynamic seatic of PS” RAMS, if present) 
Each entry consists of a one byte Alias and 
a one byte PS variable flag corresponding to 
byte 8 of LPS Structured Field. (CIf the 
Alias = X'FF* the flag is ignored.) 


> 


Figure 52. WCTL Data 
Notes: 


1. In order to use Graphic Escape in the data stream the printer must 
indicate support of APL in its terminal ID. 

2. The controller “corrects” the terminal ID for printer type 0001. 

3. Both the device and the printer must have matching aliases and CB bit 
equal to "compare." 


Before including a Set Attribute (SA) sequence for a specific extended function in the 
printer data stream, the device must interrogate the state of the corresponding extended 
function bit in the WCTL data. It is important that the DFT device check each extended 
function bit independently. The presence of one particular extended function does not 
necessarily indicate that all extended functions (Cand the associated SA sequences) are 
supported by the target printer. The SA sequence for General Reset, however, is valid if 
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cne or more of the extended function bits are active. The control unit protects the DFT 
cevice from anomalies in the negotiated printer to control unit interface by insuring that 
the extended function bit for highlight, PS, or color is set only if the printer can accept 
SA sequences for that particular function. 


5.10 PDAT 


The control unit issues a PDAT in response to an AEEP from the device. 
In SNA environments: 

PDAT is used to prepare and transmit all inbound messages. Additionally, PDAT 
must be employed to send SNA responses when the response is larger than 64% bytes 
and Enhanced Buffer Management is supported. 
Cne and only one complete RU must be constructed using the segmenting parameters. 

- If the Bind specifies a smaller RU size, then the Bind takes precedence. (See 
"ATTACHMENT CONSIDERATIONS” on page 139.) 


In Non-SNA environments: 


PDAT is used to prepare inbound data before notifying the host in order to 
improve line/channel utilization and controller throughput. 


Data is prepared in the TCA buffer with a 4 byte header containing length & flags. 


CUFRYV : PDBAT Function Request 


CUFRP1-2 Maximum Number of Data Segments 
CSee note) 


CUFRP3-4 x Maximum Segment Length 
CULTAD Logical Terminal Address 
CUDP | Data Area Address 


arene ne fr Mane EET ie HTT 


Note: CUFRP1-2 is set to the maximum number of data segments for SNA 
attachments. In Non-SNA, this parameter is not present and the device 
must assume a value of X'Q001". 


Figure 53. PDAT Parameters 


PDAT processing is an integral part of a AEEP sequence which ends when the device returns 
synchronous completion status to the PDAT. 
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Controller Device Comments 


AEEP Request for Inbound Operation 
Prepare Data Request 


End of AEEP Sequence 


Figure 54. AEEP SEQUENCE 


5.11 cTccs 


Terminate Chained Command Sequence (CTCCS) is used in non-SNA only to indicate the end of 
a selection sequence. This corresponds to End-Of-Transmission CEOQT) in BSC and end of 
command chaining in NLCA. 


CTCCS Parameters are shown below. The content of CUFRP2 is bit significant: Unused bits 
are set to zero. : 
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FIELD VALUE DESCRIPTION 
CUFRV CTCCS Function Request 


CUFRP1. Not used 


CUFRP2 Normal termination. CUFRP2 value X'00'° is 
also used in the event of a WSF chaining 
error, in which case a WCUS(03) Program 
Check is written after the CTccs. 


Read Data accepted by Host 


Sequence terminated due to invalid select 
command processing by controller. WCUS(03) 
Program Check, is written following CTCCS. 


Sequence terminated due to Communications Chk. 


For Binary Synchronous Control this means that 
a 501 Communications Check has occurred. The 

device must determine whether the state is to 

be reset (to state 1) or the request is to be 

reissued. 


For NLCA, this flag tells the device to reset 
to state 1. This parameter is set when a 
Communications Check has occurred as a result 
of a Channel Systems Reset (505) being 
received from the host. This parameter may 
also be set if a Selective Reset has been 
received after the device has been selected 
-Clocked). 

all 

other Reserved. Bits not shown are set to zero. 

values 


CUFRPS n/a Not used 
CUFRP4 n/a Not used 
CUDP n/fa Not used 


CULTAD LT Logical Terminal Address 


Figure 55. CTccS Parameters. 


5-12 RDBD 


In response to asynchronous Data Base Store requests CAEDBS), the CU generates a Request 
for Data Base Data (RDBD) to the device to load the file in the device buffer in the same 
manner as data is requested for RDAT. 


Data is prepared in the buffer with a 4 byte header Clength and flags). The file may 
require multiple RDBDs to complete as indicated by segment flags. 
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Successful update of the file is indicated only by the acknowledgment of Asynchronous 


sree Request failures are indicated by disk completion status with WCUSC(70) or 
CUS(71). 


If a READ is attempted of a locked file larger than a cache buffer, a file locked NCUS(71) 
with CUFRP2-CUFRP4¢ set to X'0C0000° is passed to the requesting device. This is to prevent 
downstream loading a partially updated file. 


If the CU is unable to respond to the AEDBS with a RDBD then the CU issues NCUS. See "Down 
‘Stream Loading” on page 121 for details of WCUS parameters. 


Hote: File access is protected with Read/Nrite Lock to other devices during the 
transaction. 


CUFRYV RDBD Function Request 

CUFRP1 File parameter requested by AEDBS 
CUFRP2 : Not used 

CUFRP3-4% Maximum data length allowed by CU 
CULTAD Not used 

CUDP | Address of Data Area 


Figure 56. RDBD Parameters 


5.13 RPID 


Read Printer ID CRPID) requests the device to respond with: 


1. Printer port address, class number, or assignment request (X'FE') in DSSP. 


or 


2% Peete Request Aborted (FRA) to terminate the sequence. See "Print ID Sequence” on 
page - 
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CUFRV RPID Function Request 
CUFRP1 | | Not used 


CUFRP2 , Not used 
CUFRP3 1 Not used 


CUFRP4 Not used 
CULTAD | Physical Device Request 
cupP | | Not used 


Figure 57. RPID Parameters 
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5.14 Table Summary 


Function Reqst| CUFRYV CUFRPI CUFRP2 CUFRPS CUFRPS CUDP CULTAD 


CNOP X'FF? 
WCUS RR 
WDAT (NLCA) LT 
WDAT (SNA/BSC) LT 
WD3D X'FFY 
RDCOPY LT 
WLCC LT 
LOCK (BSC) LT 
LOCK (NLCA) LT 
RDAT LT 
WCTL X' FEY 
PDAT , LT 
CTCCS FF LT 
RDBD X'FF? 
RPID X'FF? 


-- = does not apply or is not used by CU, ignore parameter - 
contents are unpredictable. 

PP = parameter data for WCUS. 

data buffer address. 

optional data buffer address (not applicable to all forms of 

the function request) 


fo) 

og 

»>p> 
te 


= channel command. 
FF = function dependent flags. 
NS = Number of segments (2 byte field). 
LS = maximum length of segment (2 byte field). 
FN = Data Base jtem name ~- 1 byte identifier. 
LT = Logical Terminal Address 
RR = Content depends on WCUS number. For specifics, see 


Figure 38 on page 42. 


Figure 58. Synchronous Function Request Parameters: <A table of applicable function 
requests showing permitted parameters. 
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6.0 Synchronous Status 


When the device has completed processing of a function request, it places completion status 
in DSSV and any associated parameters in DSSP-DSSP3. If the request involved generation 
of data, the data is placed in the buffer location indicated by CUDP. A message header 
oo location defines the length and attributes of the data (see Figure 31 on page 


The device then posts value X'01' at DPSSTAT and indicates Status Available to the CU. 
The following values are defined for DSSV: 


DSSV Value Description 


x’*O2" Function Complete with Synchronous Error 
x*G4’ Function Complete 

Xx*C6° Function Complete with Input Required 
xXx*O8s? Error in Function Request 

XTOA* Function Request Aborted 

x*oc! Function Complete/Status Deferred 


Figure 59. Synchronous Completion Status: Undefined values cause interface 
disconnect. 


6.1 FCSE 


Function Complete with Synchronous Error (CFCSE) indicates request processing was terminated 
due to the condition designated by the parameter placed in DSSP. The controller also logs 
an error message as indicated by DSSP2. (See Figure 60.). 


Name DSSV DSSP Description DSSP2 DSSP3 

FCSE X'02° Af OL Device Busy n/a n/a 

FCSE x’OQ2° xX*'O2" Device Error C6NN) X*nn* B'xxxx 0000° 

FCSE x'O02" X'O93° Command Reject C7NN)D X*nn’* B*xxxx 0000° 

FCSE xX*'02° x*04¢’ Intervention Required n/a - n/a 
(e.g., security key off) 

FCSE xX*02° x*0Q5* Data Check CONN) X*nn’* B*xxxx 2000° 


FCSE X'O02' x'OQ6° Operation Check C7NN) X*nn’ B*xxxx 0000° 


Notes: 


1. FCSECBUSY), (DSSP=X'01), may be used to indicate local function busy only if 
End Busy Support is active. 


2. FCSECIR), CDSSP=X'04'), must be returned to indicate local function busy if 
End Busy Support is not available. 


3. DSSP2, when used, contains the two low-order digits (packed decimal) of the 
message number 6NN or 7NN. The leading number 6 or 7 is implied by the value 
in DSSP. 

4. The half-byte field xxxx is device dependent and is used for RAS purposes. 

Figure 60. FCSE Parameters 


This status is not used in SNA because the Device (rather than the CU) is responsible for 
reporting synchronous errors to the host. 
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The device displays in DSSP2 internally detected machine and program checks as 6NN and 7NN 
numbers, respectively. The numbers 601-699 and 701-799 have been reserved for davice use. 


6.2 FC 


Function Complete (CFC) is used to report normal synchronous function completion (no errors) 
and to answer RPID requests (for printer ID). 


Name DSSV BSSP Description | DSSP2 DSSP3 


FC x*'04' X'0Q' Function Complete (0K) n/a. n/a 


COnly used to respond to RPID) eed 


FC X*Q4* X*mm? FC (Printer Port Address n/a n/a 
or Port Number) 
Fc X*04" A FES FC (Matrix changed but n/a n/a 
_ Valid assignment possible) ; 


Figure 61. FC Parameters” 


6.3 FCIR 


Function Complete with Input Required CFCIR) is used to request a Read Data for host (RDAT) 
function request by the CU. The device is prepared to accept an RDAT function request. 


In NON-SNA attachments, FCIR is used to report normal completion of a WDAT or WLCC function 
request which contained a Read command. If the FCIR is sent in response to a NLCC function 
request, then DSSP indicates whether an RDAT function request is required, or if prepared 
inbound data is already available in the buffer. 


Name DSSV DSSPX Description DSSP2 
FCIR X'06° x'QO" RDAT must be issued to n/a 
prepare data. 
FCIR X'Q6! x'O1* Data 1s available 
the TCA buffer. 


Note: * DSSP has no meaning in SNA attachments. 


Figure 62. FCIR Parameters 


For SNA Attachments: 
If Enhanced Buffer Management is active 
FCIR may only be used if: 
The length of the response RU does not exceed 64 bytes. 
Note: The control unit reads only the first 64 bytes of an RU response via a 


subsequent RDAT if FCIR is used. The device should interrogate the message 
length field, CCUFRPI/CUFRP4) of the subsequent RDAT function request. 
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ERFR 


indicates that an 
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(machine check) against the CU microcode before disconnecting 

"Unrecoverable Errors” on page 100). 

The device places a value in DSSP as follows: 
Name DSSV DSSP Description DSSP2 DSSP3 
ERFR X*'08° X'090° CUAT Invalid/Unsupported n/a n/a 
ERFR x'08’ X'oi' CUFRY Invalid/Unsupported nZa n/a 
ERFR x*’08!* X'02" CUFRP Invalid/Unsupported n/a n/a 
ERFR X'08!° X*'Q3' CUDP Invalid/Unsupported n/a n/a 
ERFR X'*08" X'04¢' CUSYN Synchronization Error nZa n/a 
ERFR x°'08" x'0Q5" Reserved 
ERFR x'08! xXx*O6! Flag Error(s) in WDAT Data n/a n/a 
ERFR X*'08" X'’O07-O0F" Reserved 
ERFR X'08" X’1lO-FF"* Device Specific Errors 


Figure 63. ERFR Parameters 


6.5 FRA 


Function Request Aborted (FRA) is used by the device as a mechanism to cope with contention 
Situations. Generally, it is a means of canceling an asynchronous request because another 
event of greater significance has occurred. For example, the device generates an AEEP 
peceeeee responds FRA to the PDAT or RDAT to service it, because the operator pressed 
he RES ey. | 


Name DSSV DSSP DSSP2 DSSP3 


Description 
FRA X'OA’ n/a Function Request Aborted n/a nZa 
Figure 64. FRA Parameters 
6.6 FCDEF 


When Slow Device option is supported by the controller (see "Slow Device Support/Extended 
AEDV Status” on page 95), Function Complete Deferred (FCDEF) is valid for Non-SNA 
attachments only. This completion status is used to report function complete with deferred 
status while providing availability of the TCA buffer for the processing of other Function 
Requests which are not directed toward the LT posting the FCDEF status. 


DSSV DSSP 


Name Description DSSP2 DSSP3 
FCDEF x*ro0c’* x'090° Display or Printer with n/a n/a 
Start Print Bit Not Set 
FCDEF X*0C* X*O1" Printer with Start Print n/a n/a 
Bit Set. 
Figure 65. 


FCDEF Parameters 


1. FCDEF can only be returned if data associated with the Function Request indicated EOM. 
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FCDEF cannot be returned if chaining is in effect. For Non-SNA Local Channel, 
information concerning chaining is provided with the WDAT which carried the EOM data. 
For BSC, chaining information is not provided (a limitation of the BSC host protocols; 
non-chaining scenarios must be ensured by convention between the host and the device 
if FCDEF is to be used}. 
The DSSP associated with FCDEF must be set as follows: 

X'00" = Display, or Printer with Start Print Bit NOT set 

X'O1' = Printer with Start Print Bit set Cprinter only) 


Once FCDEF has been returned, The device must post AESTAT, AEDV(COffline), or Power Off 
to insure proper synchronization with the host. 


FCDEF cannot be returned if an unacknowledged LT specific Asynchronous Request Ci.e., 
an outstanding AEEP that has not been ACKted with PDAT) has been posted for that LT. 


L¥ specific Asynchronous Requests can not be posted if FCDEF has been returned for the 


LT and if AESTAT or AEDVCOffline) have not been posted. 


If any of the above rules are violated, The device is disconnected by the control unit with 
a 240 Machine Check. | 


Flows depicting the use of FCDEF are provided in "Non-SNA Slow Device Capability” on page 


103. 
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6.7 Valid Synchronous Status Responses 


FCSECBUSY) 
FCDEF FCSECDEVICE ERROR) 


FRA , FCSECCOMMAND REJECT) 

ERFR FCSECINTERV REQUIRED) 
FCIR FCOSECDATA CHK) 
FC | r FCSECOP CHK) 
| V V V V 

V v V V 


06 <---~-(DSSP) 
CNOP 


WCUS 
WDAT 
WDBD 
RDCOPY 
WLCC 
LOCK 
RDAT 
WCTL 
PDAT 
cTccs 
RDBD 
RPID 


B = Bisyne 3S = SNA L = NLCA 


®% = (Valid only with Slow Device Support) 
For BSC, only valid after W, E/W, E/WA, EAU or WSF. 
For NLCA, valid from a device only if there is no command chaining. 


Figure 66. Valid Synchronous Status Responses: Interface disconnection will result 


from ERFR, FCSECDEV ERR), or any response not specifically permitted by 
this table. 
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7.0 Asynchronous Status Events 


Asynchronous Status Events are initiated by the device placing an event value in DAEV and 
any associated parameters in DAEP-DAEP4, and then posting a value of X'01' at DPASTAT. 
The device then indicates Status Available to the CU. 


Name DAEV Value Description 


AEER xX*20° Asynchronous Error 

AEEP xX'22° Inbound Event Pending 
AEDBA x*29" Data Base Access Needed 
AEEB X'26" End IR/Busy 

AEDV x'28! Device-CU Local Status 
AEFREE X'2A’ Release Printer 

AEPID x 26° Request Printer Assignment 
AECOPY Gar a ad Copy Request 

AECAN x*30° Cancel Copy Request 

AEDBS x*32* Request Data Base Store 
AESTAT X*34" Asynchronous Response to Start Operation 


Nates: 


2 Invalid Asynchronous Status request when device is in the 
Interface Connected state. Results in disconnection of interface. 


2 Invalid Asynchronous Status request when device is in the 
Online-to-Host state. Results in disconnection of interface. 


Figure 67. DAEV Event Values 


7.1 AEER 


The device displays in DAEP2 internally detected machine and program checks as 6NN and 7NN 
numbers, respectively. The numbers 601-699 and 701-799 have been reserved for device use. 
These must be reported to the CU as AEER status. In addition, the four high order bits 
of DAEP3 are used by the device for RAS purposes. This field is device/controller 
dependent. Bits 4 through 7 of DAEP3 must be zero. DAEP4 is treated as a device defined 
Cand dependent) error qualifier. Any non-zero value in DAEP4 is stored by the control unit 
as the most recent error qualifier for potential FRU isolation. 


When the device is attached to an SNA controller, AEER status is used to generate Alerts 
for errors detected by the device. Alert is a Communications Network Management (CCNM) 
function that flows on the SSCP-PU session. AEER status generates a Network Management 
Vector Transport (NMNVT) formatted record for 6NN and 7NN errors only. Alert requires 
unique controller and host support. The Logical Unit (LT) address must be identified for 
program checks since they are PLU-SLU session related. Therefore, DALTAD must contain a 
valid Logical Unit address for 7NN errors. 
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AEER Condition DALTAD 


Temporary Error Qualifier 
Permanent Error Qualifier 
Program Check Qualifier 
Log Only B*xxxx X*OO' 


 DAEP2, when used, contains two low-order digits Cpacked 
Gecimal) of the error code 6NN or 7NN. The leading number 6 or 7 
is implied by the value in DAEP. 
The half-byte field xxxx is for Device dependent RAS purposes. 
3. Permanent Error C(CDAEP = X'02') disconnects the interface. 


&. The Qualifier is stored by the CU if non-zero. 


Figure 68. AEER Parameters 


7.2 AEEP 


oe Event Pending CAEEP) is raised when any inbound message is to be forwarded to the 
ost. 


DAEV DAEP status Request DAEP2 DAEPS DAEPS DALTAD 
X*22° x'00" Inbound Event Pending x*00° x'09" X'090' LT 


Figure 69. AEEP Parameters 


For Non-SNA attachments: 


AEEP is used for "AID" generating keys such as when the operator presses the ENTER key, 
and for WSF READ Partition operations. | | 


For SNA attachments: 


ase is typically used to generate inbound requests and responses to be transmitted to the 
ost. | | 7 


If Enhanced Buffer Management is not supported 


AEEP MUST NOT be used to respond to SNA BIND/UNBIND requests. For this case, FCIR MUST 
be used (see "FCIR” on page 74%). 


Devices should not post an AID to the CU 


if a Communications Check Reminder - WCUS(30), 
has been posted but not cleared with WCUS(31) - 


No Reminder. 


7.3 AEDBA 


Asynchronous Data Base Access (CAEDBA) is used to IML (Initial Microcode Load) a 
dcownstream-load device and to perform other Data Base requests. The CU is expected to 


access the IML data base by performing the request as indicated in the parameters 
associated with AEDBA. | 
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If the data base access is unsuccessful, the CU issues WCUS(70) Disk Error, or WCUS(71) 
File Error, or WCUS(60) Disk Not Ready. A Disk Reminder may or may not have been previously 
issued. See "Down Stream Loading” on page 121 for specific error conditions. 


AEDBA asynchronous status can only be presented by the device when it is in the 
pe coe ecte’ state Coffline from host); otherwise, the controller will disconnect 
e device. 


DAEP2 AEDBA Request DAEP3 DAEP4 DALTAD 


Xx*00" Normal Read/Only Access X'yy’ x EE* 
X'8O! Read (write required) Xtyy' X*'00 X*FRF* 


This value identifies the Data Base File. A 
subsequent WDBD results in the data transfer 
of the indicated data entity. 


Normal access (Read only) transaction 
Read with requirement to Write Cupdate) file on 
disk. Once initiated, the transaction must be 
completed. The CU puts a Read/Write Lock on the 
disk file to other devices until the transaction 
is completed. : 

-000 0000 Reserved bits (1-7), must be zero. 


DAEP3 Xtyy' Diskette Type 


Figure 70. AEDBA Parameters 


@.% AEEB CNon-SNA Only?) 


AEEB is used to report END IR or END BUSY (when Extended End Busy Support is present) if 
either IR or BUSY, respectively, had been previously reported on an FCSE completion or if 
IR 1S reported via an AESTAT asynchronous status event. AEEBCEnd Busy) is sent to clear 
FCSECBUSY) only if FCSECBUSY) was posted outside of an AEEP. 


This request is considered global (multi-Logical Terminals). The device is responsible 
for determining which LTs owe the host Device End status. 


The parameters associated with AEEB are as follows: 
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DAEV  DAEP  AEEB Status Request DAEP2 DAEP3  DAEP4  DALTAD 
x'26! X'oLr’ END IR LT Bit Map xX'‘'00’ X'oo’ x Fe? 
X*'26" X'02* END BUSY LT Bit Map xX‘'00° X'o0° X*FF* 
Note: 
DAEP2 LT Bit Map Indicates which on-line LTs owe 
the host a Device End based on 
either FCSECIR), AESTATCIR), or 
FCSECBUSY) being returned. 
All zeros is tnvalid. | 
Figure 71. AEEB Parameters 


DAEP2 Bit 0 


| | ea 
CULTAL CULTA2 CULTA3 CULTA4 CULTAS 
Figure 72. 


AEEB LT Bit-Map DAEP2 


32 
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SEL EG). SS ee 
SS ee? 
SS ere Pee CDUSl) 


Device Busy 


$$ AEEBCEnd Busy) 
a Device Busy Clear 


SELECT 


crmmcmmenatts - nse mamma 


LOCK 
<——____——— FC 


e 
® 
e 


Figure 73. GENERALIZED FLOW: FCSEC(BUSY) AND AEEP NOT PENDING (Extended End Busy 
Support present) 


7.5 AEDV 


The Device-CU Local Status (AEDY) is sent to the CU to request that Logical Terminals be 
taken offline or put online to the host and to indicate Dump Complete. Parameter values 
indicate the functions to be performed: 


DAEV © DAEP AEDV Status Request DAEP2 DAEPS DAEP4 DALTAD 
X'28" X*'O1' AEDVC Online) Bit Map (note) X'06" X'FF! 
X"'28" X"'02' AEDV(Offline) Cnote) X'00' X'O0!' Ae 
X*23’ X'03° AEDV(CDump Complete) A'Q0' X"00' X'00' X'FF* 


Note: For details of this parameter, see "AEDVCOnLline)”™ on page 84 
or "AEDVCOffline)d” on page 84. 


Figure 7¢. AEDV Parameters 
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7.5.1 AEDVCOnline) 


This form of AEDV Asynchronous Status is used by the device to request that one or more 
of its Logical Terminals be put online to the host. When a device requests online to a 
controller, DAEP2 contains an ordered bit map corresponding to CULTAL-5 which reflects the 
Logical ce that are requesting online status. (See "Control Unit Initialization" 
on page ‘ | | 


DAEP2 Bit alec Recialee uks cccaaaie (a ecacas a 
CULTAL CULTA2 CULTAS CULTA4 CULTAS Q 0 0 


Figure 75. AEDV On-Line LT Bit-Map DAEP2: Each bit set to "one" in the bit map 
represents a request to the controller to put that Logical Terminal 
online to the host. 


The controller must be capable of processing multiple Logical Terminal power on requests 
in the same AEDV status. 


The device cannot request a Logical Terminal to be put online if the associated CULTA field 
has not been initialized with a valid address. Any attempt by the host to communicate with 
a valid Logical Terminal address which has not requested online status is treated by the 
control unit as communication to a powered off device. | 


When Slow Device Support/Extended AEDV Status is active, AEDVCOnline) requires a second 
parameter (DAEP3) which contains an ordered bit map corresponding to DAEP2 indicating 
whether a Legical Terminal has display-like or printer-like characteristics. A bit in 
DAEP3 is checked by the controller if the corresponding bit in DAEP2 is set to “one” 
Crequesting online status). The bit is ignored if the corresponding bit in DAEP2 is zero. 


BAERS: Bl & Ucn de hh ot28 once iad Soe thee iS tensa bem! 
| | | | | | | | | 


x x x x x  @.. 1) | 
(---Reserved Bits---} 


where x equals: 0 Display-like characteristics 
_ 1 Printer-~lLike characteristics 


Figure 76. AEDVCOnline) LT Bit-Map DAEP3: Describes the type of terminal to be 
brought online. | 


A device may not request a change from display to printer characteristics for a Logical 
Terminal without first requesting that the Logical Terminal be taken offline. 


DAEV DAEP CUSLVL CSupport Level) DAEP2 DAEPS DAEP4 DALTAD 
X'28" X01" Bit F=0 (Base Support) Bit Map x'o0! X'00° X' FEF! 


X’28" X01" Bit F=1 (Slow Device)*® Bit Map Bit Map X*00" » Oe i ad 


Figure 77. AEDVCOnline) Parameters 
* See “Slow Device Support/Extended AEDV Status” on page 935. 


7.5.2 AEDVCOffline) 


This form of AEDV Asynchronous Status is used by the device to request that all of its 
online Logical Terminals be taken offline from the host. The DAEP2 parameter must equal 
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zero. At least one Logical Terminal must be online for this request to be valid. This 
is equivalent to the physical device being powered off to the host. 


When the controller supports the Slow Device option (see "Slow Device Support/Extended AEDV 
Status” on page 35), if DAEP2 is non-zero, it must contain an ordered bit map corresponding 
to CULTA1-5 reflecting the Logical Terminals that are being taken offline: 


DAEP2 Bit rSisiseieaiie cake amie (Cabal supine cans 


| 
CULTA1L CULTA2 CULTA3 CULTAG CULTAS 0 0 0 
C---Resarved Bits~-~~-) . 


Figure 78. AEDV Off-Line LT Bit-Map DAEP2 


A bit set to one” in the bit map represents a request to the controller to take the Logical 
Terminal it represents offline from the host. It is equivalent to a power off to the host. 
The controller must be capable of processing multiple Logical Terminal power off requests 
in the same AEDV status. 


The Logical Terminals whose bits are zero in the above byte remain in an unchanged state. 
If they were online to the host, they remain online. If they were offline, they remain 
offline. It is a Violation of the interface for a Logical Terminal that is already offline 
to have its bit set in an AEDVCCffline) request. 


ce 


DAEV DAEP CUSLYL CSupport Level) DAEP2 DAEPS DAEP4 DALTAD 


X'28" X'02' Bit F=0 (Base Support) X'00" xXtoo' X'00" X'FF! 
X'28" X02" Bit Fl (Slow Device)* Bit Map X'00" X'00" X'FF? 


Figure 79. AEDVCOffline) Parameters 
* Sea "Slow Device Support/Extended AEDV Status” on page 95. 


7.5.3 AEDVCDump Complete) 


This form of AEDVY Asynchronous Status is used by the device to indicate that it has 
completed the transmission of a dump to the controller. It is only valid when used to 


terminate a dump operation that was initiated by the controller via a Diagnostic Reset 
command. 


DAEV DAEP Asynchronous Request DAEP2 DAEP3 DAEP4 DALTAD 


X*28' X°03" AEDVCDump Complete) x*'00° X’00’ x*'00’ X*FF* 
Figure 80. AEDVCDump Complete) Parameters 


7.6 AEFREE CSNA only) 


AEFREE is a device request for printer release from Local Capy Hold. This is allowed only 
when a printer previously held for Local Copy is to be released without requesting AECOPY 
€see "Printer Hold C(CSNA only)” on page 128 or "AECOPY” on page 86.) 


Printer Release (without AEFREE request) ts forced by Activate Logical Unit CACTLU), 
Deactivate Logical Unit (DACTLU), and UNBIND if the printer is in Hold state. 
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AEFREE is sent only when all Logical Units are finished with the copy hold. 


An out of sequence AEFREE is responded to with WCUSC5A) if local copy is not configured. 


~~ DAEV DAEP AEFREE Status Request DAEP2 DAEP3 DAEP4 DALTAD 


A*ZA* X*00* Release Local Copy Device X'OO* X*00" X*090° » a ol ad 
Figure 81. AEFREE Parameters 


7.7 AEPID 


AEPID is a device request for printer assignment (see "Print ID Sequence"™ on page 124). 
An out of sequence AEPID is responded to with NCUSC5A) if local copy is not configured. 


DAEV DAEP AEPID Status Request DAEP2 DAEPS DAEP& DALTAD 


X’'2C* XK'00° Printer Assignment Request X"00' Xoo? X'00! X* FF? 
Figure 82. AEPID Parameters 


7.8 AECOPY 


AECOPY is a device request for Local Copy. Thea copy request is classified by the value 
of DAEP as to operator initiated and host initiated requests: " 


DAEV DAEP Request for local copy DAEP2 DAEP3 DAEP4 DALTAD 
X*2E’ X'00" Initiated by Operator x'00" xX'090" X00" x FR? 
X'*2E* X'OL" Host Initiated X"'00t x"00" X*00° X*FF 


Figure 83. AECOPY Parameters 


An out of sequence AECOPY is responded to with WCUSC5A) if local copy is not configured. 
(See "COPY Sequence” on page 124.) , 


7.9 AECAN 


AECAN is a device request to cancel a queued local copy request. An out of sequence AECAN 
Teaco te to with WNCUSC5A) if local copy is not configured. (See "Device Cancel” on 
page 137. 


DAEV DAEP Asynchronous Request DAEP2 DAEP3 DAEP4 DALTAD 
X"30" X'00" Cancel Queved Copy Request X'00" X'00" X'00" X*FF? 
Figure 84. AECAN Parameters | | 
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7.10 AEDBS 


A Data Base Store operation is requested by AEDBS. The one byte parameter DAEP specifies 
the file Citem name) to be modified. The AEDBS asynchronous status can only be presented 
by the device when it is in the Interface-Connected State (Offline from Host); otherwise, 
the controller disconnects the device. An AEDBS is followed by a RDBD (Request for Data 
Base Data) from the CU. 


DAEV DAEP AEDBS Asynchronous Request DAEP2 DAEP3 DAEP4 DALTAD 
X'32°' X'xx’ Data Base Store Operation X'00" X'00" X'00' RFRA 
Note: DAEP xx = represents the file to be modified 


Figure 85. AEDBBS Parameters 


7.11 AESTAT CNon-SNA Only? 


When the Slow Device option is supported by the controller, Asynchronous Response to Start 
Qperation CAESTAT) is used to report asynchronous function complete. (See "TCA Buffer 
Format” on page 27.) 


The rules which apply to the use of AESTAT are as follons: 


1. AESTAT is only valid when the reporting LT (specified by the DALTAD) has previously 
posted FCDEF. 


2. The parameters associated with the AESTAT can indicate normal or abnormal completion 
as depicted in the following figure. 


DAEV DAEP Asynchronous Status DAEP2 DAEPS DAEP DALTAD 
X°34" X'00" Good Completion X'00" x*00’ x'OO0' LT 
X'34"' X'02" Device Error (6) X'*nn* Brxxxx 0000" XxX'00° LT 
X*34" X'03' Command Reject C6) X'nnt B'xxxx 00900" XxK‘'00" LT 
X*34" X'94" Intervention Required X*Q0° x*'Q0' X’00° LT 
X*34" X'05" Data Check (6) X'nn* B'xxxx 0000" Xx*'O00" LT 
X*34" X'06" Operation Check €7) X'*nn* Brxxxx 0000" xK'00' LT 


a. DAEP2, when non-zero, contains the two low-order digits 
Cpacked decimal) of the message number 6NN or 7NN. The 
leading number 6 or 7 is implied by the value in DAEP. 


b. The information provided for DAEP values X'02", X'03", X'05", and 
X'06" must follow the same guidelines as the corresponding values for 
FCSE (see "FCSE”™ on page 73). 

c. The half-byte field xxxx is used for device dependent RAS purposes. 


Figure 86. AESTAT parameters 


3. Restrictions on the use of each parameter value apply and must be followed. The figure 
below outlines the restrictions. . 
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Configurations Se DAEP Nalle 
FCDEF response X'00" xX*'02* X03" X04" X*'05" X06" 


EE £4 i<IGMNGMEENIMCIETED (SLEEiEEEe 8 HE 66060 Semtereeememm 9 URUTSIEREtErCREEEER 


NLCA/FCDEF(C00) X xX xX xX 
NLCA/FCDEFCOL) Xx X - X » Xx 
BSC/FCDEFC00) X X = xX = = 
No WACK support | 

BSC/FCBDEFC(01) xX X = »4 X = 
No WACK support | 
BSC/FCDEFC00) X x x > 4 Xx x 
WACK support | 

BSC/FCDEFCO1) Xx X = x x = 


WACK support 
| Key xX 


allowed 
not alloned 


bos 


Note: BSC indicates WACK or No WACK support. This is directly 
related to the HOST protocols to which the controller must adhere. 


Figure 87. AESTAT Restrictions 


“If any of the above rules are violated, the device is disconnected by the control unit with 
a 240 Machine Check. 


Flows depicting the use of AESTAT are provided in section "Non-SNA Slow Device Capability” 
on page 103. 
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8.0 Expedited Status Requests 


The expedited status communication area of the TCA contains several contiguous fields. 
Expedited Status (ES) provides a device timer interval interrupt to the control unit which 
measures elapsed time for a Start Operation (function request) in progress. ES requests 
also service the RTM CResponse Time Monitor) start/stop timer function and can be used to 
determine if the CU is active. 


Expedited Status is initiated by the device setting the Logical Terminal address in EXFLT, 
the Expedited Status function request in EXFRQ, any parameters in EXFP1-4% and then posting 
status available (X'O1l') at EXFAK. The control unit responds to Expedited Status by 
writing any response parameters into EXFD1-4 and setting EXFAK to the value *X'00’ 
(Acknowledge). The CU's acknowledgment is completed by a Read Terminal ID command. The 
CU must not issue a function request as part of the response to Expedited Status. 


EXFRQ Value Dascription 

X'92' Device Busy Timer Interval 
X'04' Start RIM Timer 

X'06° Stop RTM Timer 


Other Values are Reserved 


Figure 88. ES Function Requests 


8.1 Device Busy Timing Interval 


All function requests are timed by the controller for hung device detection. If the 
controller does not receive Expedited Status from the device within .75 seconds, the device 
is disconnected with a Machine Check 207 error code for device timing mode. The device 
must report busy status or synchronous completion status within this interval (see "Process 
Timings” on page 98}. Device timing begins at receipt of the function request. EXFLT is 
set to X'FF’ to indicate a physical device level function. 


In the idle state the device may use the Device Busy Timer Interval function request as a 
NO-OP to detect whether or not the control unit is active. See "CU Active” on page 97. 


8.2 Response Time Monitor 


The control unit Response Time Monitor is a mechanism whereby end-to-end user response time 
can be measured depending on a definition dictated by the controller customizing process 
or, in certain cases, an application in the host. Response times for each Logical Terminal 
are measured and maintained in the controller. However, since each device processes its 
own data stream, it must also implement some of the RTM function. 


Response time is measured on a Logical Terminal basis. Default parameters are established 
during the controller customizing process for all Logical Terminals and may be updated 
through the host interface for each Logical Terminal. Upon receipt of an AEDVCOnline) 
request Cassuming the controller supports RIM) the CU sends a $1CUS(42) for each active 
Logical Terminal. The WCUSC42) notifies the device whether the RTM interface is enabled 
or disabled (see "NCUS(42) - RIM Control™ on page 51). bCUSC42) also notifies the device 
whether or not the operator is authorized to vien the Last Transaction Time indicator. 
For those devices that support the controller RAS tests, this authority also pertains to 
the operator's ability to view the RTM logs for all davices on the cluster. 


Response time is defined as the time interval from the beginning of an Attention ID CAID) 
host operation €e.g., ENTER key) to receipt of a resulting data stream (processed by the 
device) that satisfies the RTM STOP definition. However, an abnormal condition could cause 
an ABORT of the RIM transaction timing. CAn accurate dascription of the RIM STOP 
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definitions and ABORT conditions may be found in the RTM Final Functional Specification.) 
The CU Cor the host) provides the device with the appropriate RTM definition, the device 
notifies the CU when to START and STOP (or ABORT) the RTM transaction timing, and the CU 
passes the resulting time interval back to the device when appropriate. 


The device may initiate an RTM transaction via the Start RTM Timer Expedited Status request 
only when the RTM interface is enabled for that Logical Terminal. The proper (current) 
RT definition is supplied by the CU in response to Start RIM Timer request. The RIM 
definition remains in effect throughout the RIM transaction. The RTM transaction ends 
when: 


1. The appropriate STOP condition is met (detected by the device), 

2. An Abort condition is detected and reported by the device, 

3. An Abort condition is detected and reported by the CU, 

4. The Logical Terminal disconnects, 

5. The device interface is disconnected (e.g., the device powers off) 


The device must not issue either a Start RIM Timer or Stop RIM Timer expedited status 
request if the controller has not sent a WCUSC42) indicating that RIM is supported on the 
controller. The improper issuance of a Start or Stop RTM Timer request by the device is 
interpreted by the controller as an interface arror and results in the device being 
disconnected from the interface. 


8.2.1 Start RTM Timer (X%'04") 


The Start RTM Timer expedited status request is associated with initiating an inbound host 
event CAID)?. When an LT (which is in the Online-to-Host state) begins an inbound operation 
Ce.g.,pressing an ENTER key or other AID operation) and that Logical Terminal has RIM 
enabled as indicated by the controller, the device must indicate this start condition to 
the controller via a Start. RTM Timer request CEXFRQ = X'04') with the ovens Terminal 
address in EXFLT. 


The controller acknowledges the Start RIM Timer expedited status. ReAUeSS with the following 
response parameters at EXFD1 and EXFD2: . 


EXFDI Value Description 

x'QO0° RIM Interface Disabled for this Losical Terminal 

xX*'O1' | Time to First Character 

x* 82° Time to Keyboard Available | 

AUS Time to Change Direction/End Bracket Cvalid for 
SNA attachment only) 

KX*O4-FF* Reserved values 

-EXFD2 Value Description | 

x'00" Last Transaction Time NOT Authorized 

Xx*01' Last Transaction Time Authorized 

X*O2-FF’ Reserved values 


Figure 83. Start RTM Timer Response Parameters 


The RTM transaction is considered active if the CU responds to Start RIM Timer request with 
a non-zero RIM definition. Conversely, the RTM transaction is considered not active or 
not started if the CU’s response is EXFDL = X'"00' CRIM disabled). 


The device must not issue a Start RIM Timer request for a Logical Terminal with an 
outstanding active RIM transaction. This is a violation of the RTM interface. 


90 Product Attachment Information 


317473274 Controller to Distributed Function Device 
July 1986 Product Attachment Information Page 91 


If the CU responds RTM Disabled to the Start RTM Timer request, the device must not issue 
either Start RIM Timer or Stop RIM Timer requests until notified that RIM is enabled via 
WCUSC42) Csee "NWCUS(42) - RIM Control” on page 51.) 


If the RTM hardware becomes non-functional, the controller reports this to the device via 
a WCUSC(01) 382 Machine Check. The device must not issue a Start RTM Timer request for any 
Logical Terminal. If a Start RIM Timer request is received, the Logical Terminal is 
notified that RTM is disabled. A subsequent Start RIM Timer request from that same Logical 
Terminal (with RTM disabled) violates this interface and may cause the CU to disconnect. 


8.2.2 Stop RTM Timer (X'06") 


When the device detects that an appropriate RTM Stop or Abort condition for an active RIM 
transaction has occurred, it notifies the CU with the Stop RTM Timer expedited status 
Garter ane EXFRQ with the Logical Terminal address in EXFLT and one of the following 
values in : 


EXFP1 Value Description 
xX*O9° Stop timer for this Logical Tarminal and record 
time. 
X*'Q1? Abort timer for this Logical Tarminal. Do not 
record the time in the RTM log. 
xX’ Oe-FF* ' Reserved values 


Figure 90. Stop RIM Timer Request Parameters 


CONE IM 


The controller acknowledgas the Expedited Status by placing a 16 bit unsigned value in 
EXFDL/ZEXFD2Z which represents the Last Transaction Time in 25 millisecond increments. In 
addition, the following is placed in EXFD3: | 


EXFD3 Value Description 

X'00' Valid Last Transaction Time 

X'Ql1". Invalid Last Transaction Time (for example, Abort 
or RTM hardware problem in controller) 

X'Q2-FF! Raserved values 


Figure 391. Stop RTM Timer Response Parameters 


The RTM transaction ends Cor becomes non-active) with the CU's acknowledgment of the Stop 
RTM Timer request. 


The device must end each active RIM transaction with Stop RTM Timer expedited status (for 
the proper Logical Terminal) unless the Logical Terminal is disconnected or the device is 
powered off. In this case, the controller terminates the outstanding RIM transaction(s). 


The device is responsible for detecting and reporting all Abort conditions to the 
controller, except when the Logical Terminal is disconnected or the RTM hardware becomes 
non-functional. 


The device must not request Stop RTM Timer expedited status unless an RIM transaction is 
active for that Logical Terminal. The device must only return one Stop RIM Timer request 
for each outstanding Start RIM Timer request, and must not issue multiple Start requasts 
for a given Logical Tarminal. Any violation of this rule causes the controller to 
disconnect the interface. 
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Note: The last transaction time is included in the controller response regardless of 
whether or not the operator is authorized to view it. 


If the device is notified that the RTM hardware is non-functional (via WCUS(01) 3382 Machine 
Check), the RTM transaction is considered aborted by the CU. If the device issues a Stop 


ee request, the CU responds with an Invalid Last Transaction Time (denoted by EXFD3 
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Mmrenmoate’ 


Examples of the RTM flow follow. 
Control Unit Device 


Se AED VCO LING) 


OK acre rannraemammnme 
@ 
e 
WOU C2) rrr rrr em rerereenmenemmneemaraerem 2 
RTM enabled/LTT display enabled 
Sere enrnneernemnaninrenemenmnsinmamumnomenmanenanmnanemmammmmncename — (> 
@ 
@ 
Cpe emeeneererneeerrencnnmemenemanamannecrrcemameeceemecccmeceeres FS (START RTM) 
RTM Definition/LTT 
display enabled arcane erm renee aren rt >> 


@ 


Tod Rok GL 9”.00 i aerate enn eeeenneememmnenenEn a 
RTM enabled/LTT display disabled 


—————————— ee FC 


Se ne ee OL LOE Re 


LAST TRANSACTION 
LIME: (tine Vahl SS ae 


Note: The last transaction time is not displayed by the device in this case, since 
the last notification was that LTT display was disabled. 


The Expedited Status request jllustrated below, flows on a higher priority than the 
Synchronous. Status function request, WCUS(42). Therefore, the CU must respond to either 
the STOP or ABORT after the RTM interface is disabled in this manner. 


<n eereneeeerenenemenennennncecemmnecencnnememeoewes ES (START RTM) 
RTM Definition/ LTT 
display enabled ee 
e 
e 
WCUS C42) eer mene 
RTM disabled 
< FC 
e 
®@ 
ee eeenenemnememnmemeremmenmceemenmrenmnmemmememn ES (STOP RTM, 
. or ABORT) 
LTT not valid neces eranrenneus DS 
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9.0 Controller TCA Support Leve 


CUSLYL is set by the controller prior to WCUS(10) CU READY time to reflect the optional 
functions which it supports. Devices must not use optional features which are not 
supported by the CU because this may cause an interface synchronization check and the 
device may be disconnected with a 240 Machine Check. For layout of CUSLVL bits, see Note 
& following Figure 30 on page 28. 


9.1 Base TCA Support Level 


CUSLYL is a 16 bit field that indicates whether an option jis supported by the control unit. 
Each option is bit significant within the 16 bit field. Bits without assigned options are 
reserved and must = B'Q’. A value of X'0000" in CUSLVL indicates that the controller does 
not support any options. Each bit in the field, designated as bit 0 - F, when set to B'1’ 
indicates a particular option 1s supported as follows: 


9.2 Slow Device Support/Extended AEDV Status 


CUSLVL bit F indicates the controller supports Slow Device for non-SNA attachments. (See 
"HOn-SNA Slow Device Capability™ on page 103 for cetailed description.) Also, with Slow 
Device active, the controller supports extended AEDV status as outlined in "AEDV(Online)® 
on page 84 and "AEDVCOffline)™ on page 84. 


9.3 Device Initiated UNBIND Support 


CUSLYL bit C indicates that the controller supports receipt of a davice initiated UNBIND. 


9.4 Enhanced Buffer Management Support 


CUSLVL bit B indicates that the controller supports Enhanced TCA Buffer Management. 


This option provides a flag field associated with the LOCK function request (applicable 
to non-SNA attachments) indicating whether or not prepared inbound data (to the host) in 
the TCA buffer has been overlaid by outbound data functions. 


9.5 AEEB Extension for End Busy Support 


CUSLVL bit A indicates that the controller supports synchronous status responsa of 
FCSECBUSY) to a LOCK request occurring outside of an AEEP sequence, e.g.» to indicate a 
local function busy condition, etc. The device is subsequently required to creste an 


a BUSY?) asynchronous status event to inform the host that the Busy condition has 
ended. 


If AEEB End Busy is not active, the device must respond FCSECIR) to a LOCK request occurring 
outside of an AEEP sequence should a local function busy condition exist. 
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A portion of device control is involved with verification that the interface, 
and the CU are functional. 
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10.0 RAS Considerations 


: ; i t , the device, 
These considerations are discussed in the following sections. 


CU detected errors are conveyed to affected TCA devices via WCUS function request or the 


CUDSER. 


Error Codes fall into 


ONN 
2NN 


SNN 
4NN 


5NN 
6NN 


7NN 


8NN 
SNN 


Figure 92. 
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Error 
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Error 
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Error 


Error 


Error 
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Codes 
Codes 


Codes 


Codes 
Codes 


Codes 


Codes 


Codes 
Codes 


Device detected errors may be passed to the CU via AEER or FCSE. 


these categories: 

~ Reserved 

- Device or Device Cluster Adapter Errors 
detected by the control unit 

- Controller Errors Detected by the Controller 


- Application Program Checks 
detected by the control unit 


- Communication Line or Channel Errors 
detected by the control unit 


- TCA Device Detected Hardware/Microcode Errors 


- TCA Device Detected Data Stream or Application 
Program Checks 


~ Reserved 


~ Resarved 


Codes 


More information about these error codes may be found in the control unit and/or specific 


device specifications. 


10.1 


While the CU is active, it periodically POLLS the davice. 
of polling or other line activity for a sustained period of time, 


inactive. 


A CU could be polling, 
periodically presenting Expedited Status. 
acknowledged within 10 seconds, 


CU Active 


If the device detects an absence 
it assumes the CU is 


but not otherwise functional. The device can detect this by 
If the Expedited Status request is not 


the CU is not functional. The device must not present 


Expedited Status for the purpose of soliciting a CU response more frequently than once 
every 30 seconds. 


10.2 Device Active 


If the device 
acknowledge POLLs. 


is 


idle and cannot honor any function requests, 

The CU treats the device as powered off during this period of time, 
and may notify the host of the condition. 
responding to POLL with the POR response. 
more frequently than once every 5 seconds. 


then it must not answer or 


The device must exit the powered off state by 
Power off/Power on transitions must not occur 


If the CU issues a function request to the device and the device does not report back with 


either FC or Expedited Status (See "Device Busy Timing Interval” 


on page 89) within .75 
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seconds, the CU assumes the device is malfunctioning and terminates all further 
communication with the device (except POLLing) until a POR is received. During the 
disconnect sequence, the controller attempts to write machine check status into CUDSER. 
Expedited Status maintains the active (busy) state while the Synchronous Status indicates 
Function Complete, X'04' at BSSV. 


10.3 Process Timings 


There are two types of timeout requirements for Controller/Device Communications: 
° Device Response Timing 
¢ Host Transaction Timing. 


Both types of timing are performed by the device and are reported to the controller via 
Expedited Status CES). . 


EXTIME indicates which type of timing the device is to execute. The default state of this 
field, X'00", indicates Device Response timing only. Host Transaction timing in addition 
to Device Response timing occurs only when EXTIME, is set to X'01'. 


Device Response timing mode requires the device to report Expedited Status - Device Busy 
every .375 to .75 seconds from the issuance of a synchronous function request until the 
device reports synchronous status for the corresponding function request. This requirement 

ts independent of whether the device is online to or offline from the host and is applicable 
for all function requests. Control unit implementations may always enforce Device Timing 
mode or optionally couple ‘such enforcement to the conservation of vital resources within 
the control unit. That is, Device Timing mode may be enforced only when critical controller 
resources Celements, which if restricted, result in the degradation of the controller’s 
throughput capability) are retained by the device. Examples of such elements include: 
ynbound/outbound host buffers, the host link, local printers, etc. When enforced, a 
minimum of 8 ES Timer Interrupts must be accommodated by the control unit. Whether or not 
Device Timing mode is being enforced, devices are required to present ES Timer Interrupts 
at least every .75 seconds during the execution of a synchronous function request. It is 
recommended that all davice implementations be structured such that synchronous status can 
be returned for all synchronous function requests in less than a second, independent of 
Device Response timing enforcement or specific controller attachment. The ability to 
respond within the established controller limits may depend on the number of messages 
associated with a particular function request, the size of messages, and the number of 
functions supported. If the device times out, the interface is disconnected with a 207 
Machine Check (device response timing mode timeout). ” 


During Host Transaction timing, the device must report ES - Device Busy every .375 to .75 
seconds until the Host Transaction timing field, EXTIME, its reset to X'00", independent 
of function requests and device states. The control unit initiates Host Transaction timing 
by setting the Host Transaction timing field, EXTIME, to X'01". A device should check for 
a change in EXTINE on each START OP and RTID command. A maximum of 3 ES Timer Interrupts 
may be presented by the device. If the device times out, the interface is disconnected 
with a 243 Machine Check Chost timing mode timecut) and appears powered off to the host. 
Host Transaction timing is not invoked in SNA attachment environments. 


The following figure depicts possible process timing situations where enforcement of Device 
Response Timing 1s dependent on the utilization of vital controller resource elements. 
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Figure 93. Example of Process Timing Scenarios 


i0.4¢ Error Events 


The Device must report errors as asynchronous events. The frequency of reporting hardware 
errors must be limited to avoid overrunning the CU. If an error or error sequence is 
eccurring repeatedly, it must not be reported on each occurrence unless manual intervention 
(such as an operator depressing a RESET key), a new host transmission, or a delay of at 
least 1 second occurs.See "FCSE™ on page 73 and “"AEER®™ on pace 79 for a description of the 
mechanism for reporting such errors. 


10.4.1 Error Event Logging 


The Device must report each error to the control unit for maintenance statistics when the 
error occurs Cunder the constraints defined in the preceding paragraph)... The CU maintains 
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report summary counters for host program errors, transient hardware errors, and permanent 
hardware errors regardless of whether or not the device is powered on. 


Devices are not required to report disk access errors (630, 632, 633, 635, or 636) to the 
controller. If they are sent by the device, the controller logs them but does not generate 
an Alert because these codes are either generated sas the result of a 3NN code sent to the 
device from the controller or are considered a non-error condition such as "disk not ready” 
Csee "Down Stream Loading®™ on page 121). 


10.4.2 Line Error Recovery 


A transmission error from the CU to the device is detected by the device hardware which 
must then ignore that transmission and inhibit the Transmission Turnaround/Auto Response 
CTT/ZARJ. When the control unit does not get the TTZAR, it stops immediately and goes into 
error recovery state. 


If the error occurs on the transmission from the device to the CU (CTT/AR) error on parity 
error), the CU stops and goes into error recovery state. 


10.4.2.1 Retry of Non Start-Operation | 


When a string of command and data transmissions fails, the control unit attempts recovery 
by retrying the operation. This is possible due to the design of the device adapter and 
control unit which prevents any invalid commands or data from being processed or stored 
into the device’s memory. 


10.4.2.2 Retry of the Start-Operation 


The recovery from a transmission containing a Start Operation command is similar to the 
above but has several implications which must be understood. _There are four different 
error states which are possible as the result of a Start Operation command failure. 


1. The Start Operation command was lost on the transmission from the CU to the device. 
In this case when the command is reissued by the CU, the device processes it normally. 


2. The Start Operation command was received by the device but the TT/AR response was lost 
on the device to CU transmission. In this case the device is presented with an 
interrupt and the CU attempts recovery by resending the Start Operation command. 


a. The device may not yet have started to process the first Start Operation command. 
In this case the device must NO-OP the second Start Operation command and no 
problems arise. ; 


b. The device has Sesbted to process the function request specified by the Start 
Operation command but has not completed processing the request. The device-CUu 
hand-shaking protocol allows the device to recognize the second Start Operation 
command as a duplicate and ignore it. 


c. The device has completed processing the function request, has posted the completion 
(synchronous) status, but the CU has not yet processed the completion status. 
Since the Synchronous Status has not been acknowledged by the CU, the device must 
also recognize and ignore the second Start Operation command. 


10.4.2.3 Unrecoverablea Errors 


In the event that the CU receives invalid device status, the CU initiates the device 
disconnect action of posting a non-zero error code (the value of which is the machine check 
indicator to be displayed) at CUDSER and issuing a Start Operation command. The device 
must test CUDSER for a non-zero value with the receipt of each Start Operation command. 
Certain device errors cause device disconnect without the posting of a non-zero value at 
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CUDSER. The device is only re-connected when jit returns a POR response. Retry and 
synchronization states described below are not applicable. 


10.4.2.4% Detection of Synchronization Errors 


It is essential that the CU and the device be able to maintain synchronization over the 
line interface at all times. This interface is controlled via CU commands and by status 
bytes in the davice buffer. . 


Every time a new function request is made, CUSYN must be toggled between X'01" and X'00'°. 
The device must interpret the toggled value of CUSYN when a new function request is made, 
as the acknowledgement of the previous Synchronous Status. 


Command queue retry causes a Start Operation command to be issued multiple times, but CUSYN 
is not changed. This allows the device to ignore the additional Start Operation command(s) 
if the first one was actually received. 


If* CUSYN is toggled, but the device jis still processing a function request when a second 
Start Operation command is issued, the device must report a fatal synchronization error 


to the CU with ERFRCIR). The controller then puts the- device into the Interface 
Pisconnected state. 


At power-on time, the device must set CUSYN to X'00’. The davice expects the first function 


request from the CU to set CUSYN to X'01’'. The CU maintains the value of CUSYN to avoid 
reading it from the device buffer prior to each Start Operation command. 
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11.0 Non-SNA Slow Device Capability 


Note: In subsequent discussions, the 3274 control unit supports the following subset 
implementations: 


a. NLCA Environments 
° FCDEF(00) 
| Display on Printer with Start Print Bit Not Set 
° FCDEFC 01) 
Printer with Start Print Bit Set 
b. BSC Environments 
@ FCDEF(01) 
Printer with Start Print Bit Set 


The TCA interface is comprised of multiple functions, both LT and non-LT specific. The 
common vehicle for communicating with the cdavice jis the synchronous function raquest 
mechanism. As the architecture is currently defined, this mechanism is serial. The 
ability to process a synchroncus request is dependent on the device's ability to return 
synchronous status. For a particular class of cevices, there could be an extended period 
of elapsed time between jnitiation of a synchronous event and its subsequent completion. 
Depending on tha operating environment, such "slon”® devices have the following impacts on 
the subsystem: 


1. Controller resources used to manage the LT and non-LT specific function could bea 
saveraly restricted, thus reducing the controller's ability to process requests for 
the entire subsystem. | 


2. The response time for other logical terminals within the same physical device could 
becoma intolerable. 


In such an environment, the optimum situation 315 to permit other logical terminals within 
the same physical davice to communicate with the controller/host while the "slow" LT is 
still processing. Therefore, the "slow LT must be able to relinquish TCA buffer ownership 
alge ae Gata has been totally processed. Thus the emergence of the slow-cevice 
capability. 


What follows are a set of major points and flow examples addressing the extent of support 
for slow davices. | 


® The non-SNA slow device function is optionally supported on the controller as indicated 
by een ae F being set to'l' during davice initialization (see "TCA Buffer Format” 
on page 2/]). 


e If a device can process and validate the data stream as fast as it can move it out of 
the TCA buffer, then the device should post FC/FCSE completion status. If, however, 
the device can merely move the cata out of the TCA buffer Cand validate the data in 
certain BSC environments) within the timeout period permitted by the control unit but 
requires a substantial amount of additional time Cin excess of the timeout period 
permitted by the control unit) to complete processing of the data stream, then the 
device should use the slow device support and post Function Complete/sStatus Deferred 
CFCDEF) completion status. Posting FCDEF status signifies that the TCA buffer is 
available, but the corresponding logical terminal jis still busy until AESTAT jis 
returned. This permits both the controller and the device to multiplex the processing 
of data for other logical terminals. 


e One of two specific types of FCDEF status, FCDEF(00) and FCDEF(01), may be posted by 
the slow device depending on the particular conditions at the device. This designation 
by the device is a necessary part of the slew device support. Specific status handling 
(control unit to host) differs for printers with the start print bit set 
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CFCDEFCDSSP=01)) as opposed to displays or printers with the start print bit not set 
(FCDEFCDSSP=00)3. 


If the device is attached via BSC protocols, the requirement to validate the data 
before responding FCDEF is dependent on the type of FCDEF response X'00' or X'O01' and 
whether WACK jis required by the device or not. The correlation table provided for 
ee Ea ee a NAESTAT CNon-SNA Onlyd™ on page 87) indicates when the data can be 
validated. 


For both attachments (CNLCA and BSC), the use of FCDEF while chaining is active is not 
permitted. For NLCA devices, chaining 1s indicated by a parameter associated with the 
WDAT prior to the next WLCC which carries the chained command (see Figure 106 on page 
116). For BSC, host protocols do not provide the information required by the control 
unit to indicate to the device that a new command and data block has been chained to 
the message just processed. This paee be insured, by convention, between the host and 
the attaching device. : 


If AESTATCIR) is posted, AEEBCIR) must be used to clear the condition for the 
associated LT. | 


FCDEF and AESTAT are invalid for SNA attachments. SNA TCA has no requirement to 
implement thease codes since asynchronous status (AEEP) can adequately cover all 
asynchronous device requirements. | | 


HOST CONTROL UNIT DEVICE 


BREA 


Sele —_—_—_—_—_—_—_————"> 
LOCK ————— > 
Cee enemnneenemenenemneneeeemnenncnnemeeomemmaee EE (1 0CX) 


Date > (TCA usd/ Denies Busy) 
OA; ete es 
CEOM) e 
Beale EO DATA 
Cree WACK (TCA Matias 
| ; 
EQT > (CU Available) 
Sere “STATUS . 
eiees > 
| < FC (CTCCcs) 


(LT Avatlable3 


Note: (Normal Flow is presented here to provide a perspective and 
contrast with subsequent Slow Device flows.) 


Figure 94. ae Saeco. (BSC): Enhanced (CWACK) Host Support (DFT appears as 
rinter) 
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HOST CONTROL UNIT” DEVICE 
[cleo > 
Kee 
SS ee FC CLOCK) 
Dae. Se (TCA Buaysbevtes Busy) 
Se WACK : 
WDAT > 
CEOM) 
SS Se: FC CUDA TO 


® 
(TCA Available) 
® 


0 SS CCU vas Vebie) 
Ser er SS LALUS : 
cTc¢es ——_—-. 
Sree FC CCTCCS) 


(LT Available) 
Note: 


This diagram (Crepresenting normal flow) 1s presented here to provide a 
perspective and contrast with subsequent Slow Device flows for NLCA 
environments, 


Figure 35. DFT Protocol (BSC): Enhanced CWACK) Host Support 
(DFT appears as Display) 
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HOST CONTROL UNIT | DEVICE 


Select => 
LOCK —————___—____—____ 
cn lan aS RE CLOCKS 
Data ———————> _ (TCA Busy/Device Busy) 


A eS Se 
CEOM) 


Ce enneerenenemnemenenmemanmeenernninmsnnemmenmanmnmene, FUCDEFCO1) 
° Cprinter printing) 
(ee DIACK CTCA Available/LT Busy) 


® 
—EOT -—————-—-—-——> (CU Available) 
9 


@ 
®@ 
Cnn mareemaemmccninemmens AESTATE . . , 
| (Print Complete) 
Se STATUS 


ctc¢s ———_————__—— > 
: FC (CTCCS) 


< 
(LT Available) 
Notes | ; 
1. The data must be validated before FCDEF(01) is posted. 
2. For a similar scenario where WACK Support is NOT present, 
the data must be validated before FCDEFC(01) is posted. 


Figure 96. Slow Device Protocol (BSC): Enhanced (WACK) Host Support 
DFT appears as printer with Start Print bit set) 
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HOST | CONTROL UNIT | | DEVICE. 
Select > 
LOCk = 
SSS eee, FC CLOCK) 
La > CTCA puayZbeviee Busy) 
See WACK : 
WAT —_—oooo oo 
CEOM) 
SSS ECDEFC OOD 


® 
CTCA Available/LT Busy) 
e 


> CCU Agar kobe) 
Sait AESTAT#... 
Se ear. STATUS 
OO SSS ee 
eee FC RC ICCS) 


(LT Available) 
Note: 


1. The data does not have to be validated before FCDEF(00) is posted. 
2. The Host must respond EOT to WACK. 


Figura 97. Slow Device Protocol (BSC): Enhanced CWACK) Host Support 
DFT appears as Display) 
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HOST . CONTROL UNIT 7 7” DEVICE 
[elect > 

Lock. ————___________> 
Pe CLOCK) 
late (TCA Rucg7 DAVIES Busy) 
WDAT oe aes 
CEOM) | 
Cees FCDEFCOO) 
a WACK (TCA Available/Lt Busy) 
aaa rae (cu Available) 
PaaS AESTAT+... 
Se STATUS 
CTccs > 
ae ETERS 


(LT Available) 
Notes 


Ll. The data does not have to be validated before FCDEF (00) is posted. 
2. The Host must respond EOT to WACK. 


Figure 98. Slow Device Protocol (BSC): Enhanced CWACK) Host Support 
(printer without Start Print Bit set) 
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‘HOST CONTROL UNIT - | DEVICE 
Select ————-> 
Lok —-oooOo-OOOO:> 
rene FC CLOCK) 
bale > (TCA Buso7peuites Busy} 
WDAT Eee eee ee mere eee 
CEOM) 
renner FCDEF COL) 
< WACK (TCA Available/LT Busy) 


® 
EQT > (CU Available) 
(WACK not supported e 
by host) ® 
® 
Cee nnenmeeenennarcnneemimenmcmet AFSTATHE. .. 
(Print Complete) 
Caos = STATUS 
CS nie > 
renner FC (CTOCCS) 


(LT Available) 
Notes 
The data must be validated before FCDEF(01) is posted. 


Figure 399. Slow Device Protocol (BSC): No Enhanced (WACK) Host Support 
DFT appears as printer with Start Print bit set) 
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“HOST CONTROL UNIT oe DEVICE 
Select ———————> 
LOCK <> 
| (a FO CLOCK 
Data SS CTCA Busye De vies Busy) 
ipo ee 
CEOM) 
€———— FODEF (00D 
fe ACK TCA Available/LT Busy) 
: 
EOT ————__> (CU Available) 
Cia hee RT RTE. 
{STATUS 
cTccs ——————$_——-___________> 


eee FC LC CTCCS 
(LT Available) | 
Note: 
| The data must be validated before FCDEF(00) is posted. 


Figure 100. Slow Device Protocol (BSC): No Enhanced (WACK) Host Support 
(DFT appears as display) 
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HOST CONTROL UNIT a | . DEVICE 
Select > 
0 SS 
SS eer FC CLOCK) 
Data > (TCA SuevyDavice Busy) 
WDAT Speer ne eee te eee 
CEOM) 
ee  FCDEF COO) 
< WACK (TCA Available/LT Busy) 
° 
EOT > (CU Available) 
|e eran eR AESTAT?H... 
< ~—- STATUS 
CiCCO see ee ee 
Ca atte ae FC (CTCCS) 
(LT Available) 
Note: 


The data must be validated before FCDEF(00) is posted. 


Figure 101. 


Slow Device Protocol (BSC): No Enhanced CWACK) Host Support 
( 


DFT appears as printer without Start Print Bit set) 
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112 


. ® 
Data--> CTCA Busy/Device Busy} 
® 


HOST CONTROL UNIT 
Select ———"-> 
(for Printer) LOCK 

< 
for printer 
WDAT 
CEOM) 
< 

Cece LACK 
EQ) —3——————— > 
Select —=———_——-—> 
(for display) LOCK 

< 


| | 2 | 
Darta——_—_—X—«—_—_—"> CTCA Busy/Devicea Busy) 
e 


for display 


E0T ———__—______> 


<————————. Status 
(Display) 


cTcCS (Display) : 

: (Display Available) 

CTCCS (Printer) : 
: €Printer Available) 


ee Status 
(Printer) 


Note: 


e 
(TCA Available/LT Busy) 
®@ 
(CU Available). 


® 
CTCA Available/LT Busy) 
® 
(CU Available) 
@ 
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DEVICE | 


— FC CLOCK) 


FCDEF(O1) 


= FC CLOCK) 


AESTAT#... 


(from Printer) 


FC CWDAT) 


FC (CTCCS) 


FC (CTCCS) 


Thea point at which status information can be directed to the host 
for AESTAT completion is attachment protocol dependent. The DFT 


should make no assumptions concerning the order of status processing. 


Slow Device Protocol (BSC): Multiple Logical Units 
(Display and Printer, Start Print Bit Set) 


Figure 102. 
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HOST CONTROL UNIT DEVICE 


Select -—--—> 
or Command 


LOCK. See ee ee 
——— EO CLOCK) 
(TCA pusosDavice Busy) 
WLCC ne nee ee Niner en 
Lata > 
(Channel is Free) 


Se ee FC CNLCC) 


® 
Cann HTD (CU Available/LT Busy) 
(Device In ® 
Operation) e 
VI ee > 
(EOM) 


an ae ee een PP e. CNDAT) 
Se SPATUS CTCA Available) 
cTccs aan 
SS FC: CCTECS) 
(LT Available) 
Note: 


This diagram (Crepresenting normal flow) 15 presented here 


perspective and contrast with subsequent Slow Device 
environments. 


Figure 103. DFT Protocol (NLCA) 
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provide a 
for NLCA 
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HOST CONTROL UNIT | ss DEVICE 


Select --""—> 
or Command 


CC 


a FO CLOCK 
-— | 
CTCA Busy/Device Busy) 
LOC ———— ee 


ta > 


(Channel is Free) 


- FC CWLOC) 
<————_—— DIO (CU Available) 
DAT CEOMY ps 
nm FODEF( OL) 
CTCA Available/LT Busy) 
: 
a AESTATH... 
<——_———._ STATUS | 
ctces ——$—$—$$—$$ > 
eee FC ACICCS> 
(LT Available) 
Note: | | 


OAR REIT FTE EE SR i 


The data does not have to be validated before FCDEF(01) is posted. 


Figure 104. Slow Device Protocol (NLCA}: Printer 
(DFT appears as printer with Start Print bit seat) 


eee at. : 
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12 Set Rn Bere Raa SR ae EAT eR AGP SD EAT BECP APE EIS TEP A POT PIGS STEED OEE TET FTI TOPE My CREE ESTEE RARE SPP ESAT DS GPS ESC LTE 


HOST | CONTROL UNIT DEVICE | 
Select ——————> 
or Command 
CC 
FC (Lock) 
CTCA sucyyDavebe Busy) 
iyi sce at es 
Data > 
(Channel is Free) 
FO CWLCC) 
Seen DEO CCU vaitabied 
WDATCEOM) Pe een anne ne 
SS ee PCRER COG) 
(TCA Available/LT Busy) 
; 
SSS ee AESTAT Pes 
Cae STATUS 
CCS Se ee 
< FC (CTCCS) 
CLT Available) 
Notas 


The data does not have to be validated before FCDEF(00) is postad. 


Figure 105. Slow Device Protocol (NLCA): Display/Printar 
(DFT appears as a display, or printar with Start Print bit not set) 
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HOST CONTROL UNIT | DEVICE 


Select —————> 
K_ou_—_—___—_—_—_—_—«—<—“<—<_—_— 
Sra PC. CLOCK} 
(TCA Busy/Device Busy) 


hte > 
ree FC. CNLCC) 


WDAT —_—_—————_______—_—_____» 
(EOM-Chain IND) 


6 FCSEFOp Check 
(TCA Available) 
ee SATUS (CU Available) 
(Channel is Free) ; 


Oo SSS SSS 
a ee eer enn GCL CCS) 

_ (LT Available) 

Note: | 


1. Command chaining is invalid for a display or printer. The device 
must reject the datastream with an Op Check. 


eersepee pe ntreeromaeetiCuR the RONIP om Heme aCe RMR INARI AE PRO IER NG HEP AGN HEE NIG SRR IPMART SSE Ake {NNN REET ETI RN MPN aes OTA TT ER RR TE 8 PTY AAD TRAN I I 


2. If the device were to respond FCDEF instead of FCSE, the control 
unit and the channel could be hung depending on the specific 
attachment protocols. 


| Figure 106. Slow Device Protocol (NLCA)}: Chaining 
(Command Chaining to Display or Printer) 


116 Product Attachment Information ae 


317473274 Controller to Distributed Function Device 


July 1986 Product Attachment Information Page 117 
HOST CONTROL UNIT DEVICE 
Select -———"> 
or Command - 
Cfor Printer) vo ———— > 
FC CLOCK) 
CTCA Busy/Devica Busy) 
® 
C—O 
Data —> 
for printer 
(Channel is Free) Se eee OFC. AWLUC) 
<_-—————— ~DID (CU Available) 
e 
WD A rrr cr ereernmnenereermene > 
CEOM) 
Cn cer nnrnnenemnennecemmenmncmnemmene FUODEFC OL) 
CTCA Available/LT Busy) 
Select ----—> ® 
or Command ° 
Cfor display) Cg ——— —> 
< meneame semeareenccoemrescermncmmcccnencmmennens FE € i HCK) 
(TCA Busy/Device Busy) 
@ 
FT I 04 Onin oeneeeentneeentatinnanenEERREEREREEREREEEN A 
Data > 
for display 
€Channel is Free) Creare remmeermenmammemmneernenme FC CLL CC) 
; ® 
Lane NTO (CU Available) 
® 
6 ereeernnenmemreremmnes AE STATE... 
(from Printer) 
NDATCEOD —_—_——_- > 
< FC (NDAT) © 
< awe Status (TCA Available) 
(Display) e 
Citccs (Displaval°-_—_—_—_—_—_—_—_—<—_—_—<s"s$s$s$?$—_"""-"—> 
Cree recreate FO €CTccs) 
ee Status (Display Available) 
(Printer) e 
CTccS (Printed -_oo__—_——”> 
< —evnervemncrncemencsmenemcnnam EFC (CTCCS) 
(Printer Available) 
Note: . 


The point at which status information can be directed to the host 
for AESTAT completion is attachment protocol dependent. The DFT 
should make no assumptions concerning the order of status processing. 


Figure 107. Slow Device Protocol (NLCA}: Multiple LTs 
Display and Printer, Start Print Bit Set) 
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The following figure depicts a TCA printer Intervention Required condition which is 
detected after FCDEF(01) is posted. | _* | 


HOST CONTROL UNIT DEVICE 
[e. 6ct , | 
or Command  ———————————— ee 
ee FC. CLOCK) 
CTCA puay Device Busy) 
WLCC a a tlt a 
Data > 


(Channel is Free) 


: FC (WLCC) 
e 
Se DLO (CU Available) 
@ 
WDAT > 
CEOM) 
meme FEDEF COL) 
e 
6 
(TCA Available/LT Busy) 
: 7 
ere AES TALCIR: 
= Status | | 
CCS ee 
eee FC. CECTCES) 
gs 
° . 
® i 
—— Sa ABER CIR Cleared? ° 
Gas Status {LT Available) | 


Ficsure 108. Printer IR Handling (NLCA) 
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The diagram below shows a TCA printer Intervention Required condition detected after 
FCDEF(01) is posted. 


HOST CONTROL UNIT DEVICE 
Select --—""—> 
oo°0Qaoauun—nnnn—m——e—e—eeeameeaeaes=cee_esee ss ee> 
nn enererrnrereeeeonnmnceenneemermnenmmme FE (LOCK) 
@ 
data -=-—-eooeeeeses—> (TCA Busy/Device Busy) 
® 
LAT ——— ooo 
CEOM) - 
Cr rrecetntnmmmanemcemm FUDEFC OL) 
e : 
Cee WACK (TCA Available/LT Busy) 
e 
® 
& 
6:0 -—-———-——-——r—— > . (CU Available) 
@ : 
e 
® 
anemone AESTATCIR) 
Qn STATUS 
ciccs —-——----__-_-_----—-.—<—<—_-_-_—_"—""> 
Ce nerrenmreeeeeeenmenemmames EFC (CTCCS) 
e 
e 5 
- 
eens AEEB CIR Cleared} 
Coen Status (LT Available) 


Figure 103. Printer IR Handling (BSC) 


Non-SNA Slow Device Capability 119 


3174/3274 Controller to Distributed Function Device 
Page 120 Product Attachment Information July 1986 


THIS PAGE 


INTENTIONALLY 
LEFT BLANK 


120 Product Attachment Information 


3174/3274 Controller to Distributed Function Device 
July 1986 Product Attachment Information Page 121 


12.0 Data Base Operations 


Data Base operations are initiated by the device with either AEDBA or AEDBS. These 
asynchronous events can only be initiated while the device is in the Interface-Connected 
state Coffline from host); otherwise, the controller disconnects the interface. File ID 
& Product ID Qualifiers are used to control specific data base operations. The CU accesses 
or stores data base information and communicates with the device using WDBD, RDBD, CNOP, 
and WCUS function requests. 


12.1 Down Stream Loading 


All requests employed in down stream loading use a one byte file identifier. These DSL 
files represent microcode and data entities required by the device. The device Load Disk 
must contain a disk directory with entries for each file Cincluding shared tables in the 
control unit). DSL files are normally accessed in ascending disk sequence to minimize 
control unit response time. Each file must begin and end on a record boundary. 


Requests which cannot be satisfied cause WCUS status to be written to the requesting 
device. The device posts the error according to Datastream Architecture protocols. 


Access errors may include the following: 
° Machine Checks: (See mICUS (70) - Disk Error” on page 58.) 


Fatal Hardware Error 

Disk Media Initialization Error 
Unrecoverabla Disk Overrun Error 
Attempt to Access a Not Ready Disk 
Wrong Disk Error 


° Disk Completion Errors: (See "NCUS(71) - File Errer™ on page 58.) 


File Not Found Error 

File Not Writeable Error 

File Locked (Contention) Error 
File Overflow Error 

File Not Readable Error 

File Not Locked Error 
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The device 1s required to display the following 6NN error numbers for disk access errors 
in the control unit. 


Device |WCUS | | | 
Number} Value Probable Cause: Result 


Fatal hardware error: disk adapter interface 
is disabled. 

File not found: possible device logic error. 

Disk media error - defective diskette: replace. 


Disk overrun ~- bad record: replaca diskette. 


Attempted to write a non-writeablea file: 
possible device logic error. 


Disk not ready: cover may be open/no disk. 


Disk file locked (terminal contention): retry. 

Disk file overflow attempting to write too many 
records: possible device logic error. 

Disk file not readable: protocol error. 

Disk file not locked Cattempt to Write a file 
not locked): protocol error. 


Wrong disk in control unit: replace diskette 
and retry. : . 


Note: (%¥)} The device is not required to report 630, 632, 633, 635 or 636 errors 
to the control unit CAEER Status). If they are sent, the control unit may log 
them, but does not generate an ALERT either because the control unit already 
generated a 3NN alert (a.g., disk hardware error) or because the condition is not 
considered an error (e.g., "disk not ready”). 


Figure 110. 6NN Disk Access Errors 
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13.0 Local Copy 


This section describes the interface to support a device local copy capability, including 
printer assignment, host (SNA ONLY) or operator (€Non-SNA) initiated copy requests, data 
stream transfer, control unit events with status significant to the davica, anda set of 
usable protocols. 


13.1 Data Stream Interface to Subsystem Printers 


The device must generate a pass-thru SNA Character String (SCS) Data Stream using a set 
of device controls including New Line (NL), Carriage Return (CR), Form Feed (FF), Set 
Horizontal Format (SHF), Set Vertical Format (SVF), Set Line Density (SLD), Horizontal Tab 
CHT), Vertical Tab (VT), Set Attribute (SA) if the printer supports extended data stream 
functions, and Graphic Escape (GE) if the printer has APL ROS installed. The printer 
selected must support SCS. Device characteristics of the printer are given to the device 


for evaluation. The device must send only valid SCS characters and control codes to the 
printer. 


If the amount of data being copied axceeds the physical size of the print buffer, then 
multiple data transfers with intervening print operations must be performed in order to 
accommodate the large presentation space. The printer remains allocated to the device 
until the copy has been completed. SCS chaining is used to emulate a logical unit of work. 
To the printer the request must appear as a host SCS print chain. The device may split 
orders (such as SA, GE) across segmented messacses. 


Function Management Headers are not supported on this interface. 


For Multiple Logical Unit considerations only a single queued local copy request is allowed 
per davice. 


The controller sets First-In-Segment First-In-Chain (CFISFIC) on First of Message (FOM) data 
in the message header and Last-In-Segment Last-~In-Chain CLISLIC) on Last of Message (LOM) 
data sent to the printer. 


13.2 Synchronous and Asynchronous Actions 


Synchronous Function Requests used with Local Copy: 


WCUS Report CU Status CPNCUS” on page 40) 
RDCOPY Read Data Block C™RDCOPY" on page 60) 
WCTL Describe Printer CYPNCTL™ on page 643 
RPID Request Device ID C*®RPID”® on page 69) 


Asynchronous Status used with Local Copy: 


AEFREE Release Held Printer ("AEFREE (SNA only)” on paga 85) 
AEPID Assignment, Request CTAEPID™ on page 86) 
AECOPY Local Copy Request CTAECOPY” on page 86) 
AECAN Cancel Request CTAECAN® on page 86) 
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13.3 Initial Printer Assignment 


At AEDV(Online) time, the control unit issues a WCUS with the default printer assignment 
if the control unit has been configured for local copy and the Print Authorization Matrix 
CPAM) allows local copy from this port. 


13.4 Print ID Sequence 


The device may request printer assignment by sending AEPID Asynchronous Status. The CU 
responds with an RPID, to which the device must return FC. DSSP must contain either the 
current printer port address/class number or an indication that the matrix has been changed 
(X*FE'). 


These digits ara checked for numeric validity before they ara passed to the control unit. 
Tha control unit responds with one of the following: 


° WCUS€56) - Printer Assigned 
e WCUS€54) 
e wWCUSC55) 


{. 


Invalid Printer Number 


Assignment Disallowed 
° FRA ~- Function Request Aborted (Sequence is terminated) 
FRA is caused by: 
= An RPID is received without a previous AEPID from the device 
~ An AEPID ecuask is sent by the device at the sama time that: 
1. a WDAT Coutbound message) is issued. 
2. a WCUSC56) (PAM change) is requested. 
or 


3. a LOCK raquest is received. 


An AEPID received during a copy that is currently printing causes the interface to the 
control unit to ba disconnected. The device must not send AEPID during buffer transfer. 


13.5 COPY Sequence 


The device must check that the pressing of the PRINT key or the host requested write is 
allowed, t.e., the current host state allows the print request, and a copy request is not 
currently queued. CAECOPY while queued causes the interface to be disconnected. ) 


The device may send Asynchronous Status, AECOPY, to the controi unit. It is not necessary 
to send the printer or class number as the CU already has this information. 


The CU responds WCUS(51) If Local Copy Pamuest 7s queued, or with WCUSC5A) if Local Copy 
1s not supported. 


Note: Soma CU's may send a second WCUS(51). Devices must disregard this if it occurs. 
Following a WCUS(51), if the printer is not available, the control unit raturns additional 
status via WCUS indicating one of the followings: 

WCUS(52) CLong Term Busy) 

WCUS(€55) (Assignment Disallowed) 
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WCUS(53) (Printer Exception; either Intervantion Required, or Equipment Check) 


When the printer becomes available Cor immediately if the printer is freed, the function 
request WCTL is issued. The control unit has placed the printer characteristics in tha 
TCA buffer at the address specified by the value in CUDP. The actual format of this data 
has bean defined previously (see "LICTL™ on page 64). If the characteristics are 
acceptable, FC is returned. If the characteristics are unacceptable, ERFR or FRA is 
returned (depending on the reason) and the copy request is terminated. 


If the davice raturned FC Status, the control unit issues an RDCOPY request. The device 
must place the copy data in the TCA buffer at the address specified by CUDP. CUFRP3/CUFRP4 
must contain the target langth for the data. 


The entire buffer transfer may be accomplished with a series of RDCOPY function requests. 
Printing starts after one full buffer of data is loaded into the printer. The smaller of 
the TCA and printer buffer is usad to datermine the actual amount of data that is printed 
at one time. The device tis notified via WNCUS(58) that printing has started. Following 
tha entire transfer, the controller writes WCUS(59)}, Local Copy Request Dequeued. 


The print phasa of the copy sequenca is terminated by the control unit returning one of 
the following via WCUS: 


Printer exception WCUS(53) (Cfatlure during printing) 


or 
Print complate WCUSC(C5B) (Cgood completion) 
13.5.1 Second Request Processing 


During tha final segment print of the copy data, after the previous request has been 
dequeued, a second request may be queved. The copy sequence operates as described above, 
unless the printer fails while printing the last segment of the previous request. Second 
Request Abort processing is defined to be the rejection of a subsequent copy request when 
the printer fails on the first request. The controller does not send any additional status 
to the device when this situation occurs. The request is simply dequeued. <A race conditicn 
occurs when WCUS(C53) (Printer Exception) is sent at the same time that the second copy 
request (AECOPY) is issued. The controller services the copy request normally up to the 
point that WCTL is issued. At this point, the device sends FRA to the WCTL, thus ending 
the sequence. 


13.6 QUERY 


In order to provide local copy to advanced printers with variable pitch and potentially 
other functions which can affect the print format, the davice is able to send Query requests 
to and receive Query replies from the assigned printer before generating a local copy data 
stream. New printers indicate support of the architecture for Query List in their Terminal 
ID CPCIA). This information is conveyed to the intelligent display by the Extended WCTL 
(Flag bit 2 = B'l*) request. Consistent with the local copy interface, the display must 
not pass any data stream to the printer which would produce error status or unknown results. 


A local Save/Restore function is performed by the control unit to an advanced printer which 
supports Save/Restore Structured Field architecture. This operation is transparent to the 
device, except to point out that the device should not assuma responsibility for initiating 
the function. This capability allows the device to change pitch and maximum presentation 
Position without adversely affecting output formats set by a host application sharing tha 
printer. The control unit initiates a Save Structured Field to the printer at the beginning 
of the device local copy transaction and later initiates a Restore Structured Field at tha 
conclusion of the transaction. 


In order to allow Query information to flow between the display and the printar, Function 
Management Headers and Structured Fields are supported as pass~-thru data over the local 


copy interface. . 
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The local copy protocols are unchanged with printers which do not support Function 
Management Headers or in instances when the use of Query is unnecessary. The existing 
interface continues to be supported without modification. 


Initial printer characteristics are supplied to the devica via a WNCTL function request. 
This includes Printer ID (PCIA) and the current Alias Table. If the display requires 
dynamic format information from the printer the Extended WCTL (Flag bit 2 = B’1') function 
is requested. The Extended WCTL contains Query Reply data read directly from the printer, 
whereas, a Base WCTL (Flag bit 2 = B'0Q') conveys the information present in the printer 
PCIA area. The Query function is handled as a conversational element of the Load Transfer 
phase, initiated by the first RDCOPY (Read Copy) request and completed in an Extended WCTL 
request. The Load/Print Phase of local copy is initiated subsequent to the RDCOPY 
Query/Extended WCTL reply. 


Note: Local copy always results in multiple transfers. WCUS(€58) and WCUS(59) status 
changes are not issued during RDCOPY Query/WCTL processing. 


RDCOPY Query: 


The data stream constructed by the device must conform to architecture commencing with 
a Function Management Header (FMH). The message must not exceed 256 bytes and must 
set First of Message/Last of Message (bits 0 & 1) in the Device Buffer Control Flags 
(see "TCA Buffer Data Area” on pase 31). 


Tro new flags are defined: 

ae Function Management Header present (local copy only), bit 8. 

2. Query Reply expected (local copy only), bit 3. 

The controller accepts a valid Query request on the first RDCOPY request with buffer 
control flags having the value Xx coco! followed by the Function Management 
Header/Structured Field data. 

The controller transfers the query message to the printer and issues a start print. Upon 
completion, the controller transfers the Query Reply data from the printer to the display 

and issues an Extended WCTL function request. The maximum amount of data ‘transferred is 
512 bytes. The WCTL flag byte is set to X'E000" CFirst of Message, Last of Message, Query 
Reply). The display responds with FC. | 


The controller issues another RDCOPY to receive printable data. Normal copy sequences are 
resumed. 
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QUERY EXAMPLE 
(Details of davice responses are omitted) 
Function Printer Control Unit Device 
PRINTER ASSIGNMENT 
AECOPY Print Request 
rere near EE ERR RR ROTI NEE 
WCUS(51) request -—-————_—_—_——> 
(Printer queued 
Available) 
Base NCTL -—> 
< Save Structured Field 
LOAD TRANSFER 
RDCOPY —_—_———— > 
nnn COPY DATA: Query 
< Quary CFMH Present/ 
Query Reply 
(Query Extended) 
Reply) . 
Extanded WCtl —_—_———---—-"""-"-> 
RDCOoOPY -—-—-—————————-——> 
—_———— ee Copy Data 
PRINT 
Cprinting 
started) WCOUS(€58) Start PrRate—____™-™=> 
CNormal 
Sequence) 
WCUSC5B) Print Complete —-———”> 
< Restore SF 


Local Copy 
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13.7 Device Cancel Sequence 


To cancel an SGuratee initiated copy request that is queued, the device sends Asynchronous 
Status, AECAN, to the control unit. See "Device Cancel” on page i137. 


The device may also cancel the copy sequence by returning an FRA response to the NCTL. 
See "Device Cancel/WCTL Race Condition” on page 137 for cancel race description. 


To cancel the copy sequence after the buffer transfer has started but before tha buffer 
transfer is complete, the device must respond to a RDCOPY request with FC, NL and the LOM 
flag set to terminate the print. This is necessary as a full presentation space copy could 
potentially require a long time to print. 


AECAN must not be sent eerrns a host tnitiated copy sequence. If sent, the controller 
disconnects the interface. 


13.8 Printar Hold (SNA only) 


If a host copy request had been rejected (due to local copy), then when a printer which 
may be allocated to the device becomes available, the control unit holds the printer 
Creject a new begin bracket). If the printer is still needed for host copy, a Host 
Initiated Copy Request (AECOPY(01)), is returned. If the device no longer needs the 
printer for host copy, it must send Asynchronous Status AEFREE. 


PRINTER RELEASE EXAMPLE 


(Details of device responses are omitted) 


Control Unit | Device 
¢————————— AECOPY(Host Initiated) 
WCUS(51)) ————_____—_> 


WCUS(52) or WCUS(53,01) 0 —————_———> 


(Printer becomes available) 
WCUS¢€57) (Prt Avail) aa rec ennnencermee e 


If printer is still needed by device: 
€——————————  AECOPY( Host Initiated) 


WCUS(51) 0 > 
<——————-———_ AEFREE 


If _ printer is no longer needed by device: 
| 6 A EEREE 


If the printer which is being held has a component failure, the device is notified with 
WCUS(57) Printer Available. The device must notify the host, allowing a retransmission 


of the copy request. When the davice retries the copy, it receives NCUS(53) . Printer | 


Exception. 
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13.3 Printer Cleanup 


If the device powers off during multiple data transfers, printer cleanup of New Line CNL) 
is required. When the device fails, NL (with last of message set) is sent to the printer 
to prevent a subsequent print from overprinting the last printed line. If the printer fails 
with a temporary error such as data check, parameter error, or IR (Cnon-power off), the NL 
sequence is sent by the CU when required to preserve subsequent print integrity. 


13.10 Usable Copy Protocols 


A set of diagrams depicting tha flow of cartain Local Copy sequences for the device are 
shown below. These examples are not intended to be all-inclusive. 


13.10.1 Print ID 


To changa the printers authorized for copy, the devica operator presses the PRINT ID key. 
The device is responsible for tracking its own current printer assignment state by making 
the proper request. 


This 1s hon it jis processed by the control unit 


Control Unit Device 
enero AEP J f) 
RPID --————_————— > 
< FC (mm) 
WCUS(XX%,YY) <-> 


XX YY 
CU STATUS CUFRP2 COMPLETION STATUS 


‘Ao SED 


WCUS(54) X'tnn'  _ Invalid Printer ID 
WCUSC55) Xfnnt Local Copy Assignment Disallowed 
WCUSC56) X'nn? Printer Assigned CBSSP = Address) 


nn = xx Printer port address or 
print class number 
=> 'FF*® No assigninent 


mm = xx Printer port address or 
print class number 
= *FE® Matrix changed but valid 
assignment possible 
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23.10.1.1 Print ID/Print Number Request Contention (Race Condition) 


If an AEPID is sent to the control unit at the sama time the control unit is sending a WDAT, 
LOCK, or WCUS(C56) - Printer Assigned function request to the device, an FRA terminates the 
sequence as follows: 


Control Unit Device 


<n meneeene §= 6 AEP TD 


@ 
e 
e 
® 
| WDAT, LOCK or WCUS(56) > 
RPID > 
< FRA 
- CEXIT PRINT ID MODE) | 
(The davice executas the WDAT, LOCK, or WCUS(56) 
and returns FC.) | 
; 
= 


gure L111. Printer Race Condition 


13.10.2 Matrix Change 


The Print Authorization Matrix (PAM) is changed via host. application combined with an 
eperator keyboard request. As the result of a matrix change, the appropriate indicator 
1s broadcast to all devices via NCUS(56). 


WCUS(56,nn) Printer Assignment Response 


Current assignment no longer valid nn = "FF 
Current assignment no longer valid nn = 'FEt 
but new assignment available ; 
Current assignment still valid nn = Same nn Printer Assignment 
No current assignment and a new one nn = New nn Printer Assignment 
exists 


Note: If the CU is not customized for copy, there is no initial WCUS. Thus, the device 
must assume no assignment initially Cat POR). 
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13.10.3 Copy Data > Print Buffer 


~ 


A normal print sequence occurs when the PRINT key is pressed even though tha copy data is 
greater than the printer buffer. 


Function Printer Control Unit Device 
PRINTER ASSIGNMENT AECOPY Print 
Rees tee ee ann renner nae Request 
WCUS(51) —-----_—_o—esooo> 
CREQUEST QUEVED) 
(Printer 
Availablia) 
ctl —-—--_-—— > 
LOAD TRANSFER 
rere RDCOPY (1) —-—-~--"-"-> 
< Copy Data 
(Data written 
to printer 
buffer) 
(Printer buffer 
full} 
PRINT 
CPrinting WOU§ 6538 DY) eee > 
Started) 
(Print 
complated) 
CONTINUATION OF LOAD TRANSFER 
RDCOPY (20 (I-e_> 
(Data written to eee Copy Data 


printer buffer) 


(Printer buffer 
full) 


PRINT 


Note: YY (see note in next figure) 


Figure 112. NORMAL PRINT SEQUENCE: (Data oreater than print buffer size) 
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At this point the PRINT and LOAD TRANSFER phases are repeated until Last-Of-Message is 
received from the device, as follows: 


Function Printer Control Unit Device 


CONTINUATION OF LOAD TRANSFER 


RDCOPY (n) ————————> 


Ceres COPY DATA 
(Data written to CLOM) 
printer buffer) 


CEND COPY DATA) 


PRINT 


€Printing started) ° 


® 
WOUS C59) nem > 
CREQUEST DEQUEUVED) e | 
® 
CPrint completed) ° 
CCOPY COMPLETE) | 


(Completion Status) 


XX YY z2 
CUFRV CUFRPI CUFRP2 CUFRP3 COMPLETION STATUS 
02 58 nn 00 Printing Started 
02 5B nn 09 Print Complete 
02 53 nn 01 Printer Exception, Intervention Required 
602 53. nn 02 Printer Exception, Equipment Check 
62 53 nn 03 Printer Exception, Data Check or Parameter erect 


nn = Printer port address or print class number 
(X"FF'= no assignment) 


Figure 113. nei PRINT SEQUENCE (Continued): (Data greater than print buffer 
size 
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13.10.4 Copy Rejection 


13.10.4.1 Prior To Service 


If the local copy terminates due to some error or suspension of processing, the copy is 
rejected in the following manner: 


Control Unit Device 
—_—_———— oo «~AECOPY 
weus¢51) -—-——---_-_—_—_-_-_-_-_----> 
CRequest Queued) ° 


® 
CError/Suspension Encountared) 
> 
e 
WCUS CXR YY —.2]ommmmmmmm—xs—enn > 
CCompletion Status) 


xX YY 22 
CUFRV CUFRP1 CUFRP2 CUFRP3 COMPLETION STATUS 
02 52 00 00 Local Copy Long Term Busy Chost initiated only) 
02 53 nn 01 Printer Exception, Intervention Required - 
02 53 nn 02 Printer Exception, Equipment Check 
02 55 nn 00 Unauthorized due to matrix change 
02 55 nn 00 "TO" device not a printer 
02 55 nn 09 Printer w/o SNA Character String 
02 55 nn 090 Printer tin System Moda 
02 55 nn 00 No printer assigned 
nn = Printer port address or print class number 


(X'FF'= no assignment) 


Figure 114. COPY REJECTED, Printer Unavailable: (while request queued) 
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13.10.4.2. Long Tarm Busy 


Function Printer Control Unit Device 
PRINT KEY 
<-—— «~AECOPY 
(Printer : 
allocated WCvUS(51) -—-—--—————"> 
to host) . CREQUEST QUEVED) 
WOY§ 032) OE 
€Long Term Busy) ° 


¢Printer 
freed up ° 
by host) | 


wcll -_—_——— > 
CImplied 
request 


queued) 


CPRT OPERATIONAL — Refer to "Copy Data > Print Buffer” on page 131 
at RDCOPY or (PRT NOT FUNCTIONAL — after data transfer started) 


NOUS 53. £2) 
(Completion Status) 


YY z2z2 
CUFRY CUFRPI CUFRP2 CUFRP3 COMPLETION STATUS 
02 53. nn 01 Printer Exception, Intervention Required 
2 | 53 nn o2 Printer Exception, Equipment Check 
nn = Printer port address or print class number 


CX'FF'= no assignment) 


| Figure 115. COPY REJECTED, Long Term Busy: (CPRINT Key Request only) 
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13.10.4.3 Immediate Rejection - Copy Unauthorized 


Copy rejection can also occur for this sequence 


Control Unit | Device 
Ca enneerenmncennemnemee AE CI PY 
WCUSOCXXSYY 230 oo > 
CCompleation Status) 
XX YY 22 
CUFRV CUFRPI1 CUFRP2 CUFRP3 COMPLETION STATUS 
02 5A 00 00 Local Copy not configured 
02 53 nn 02 Printer Exception, Second Request Race Condition 


nn = Printer port address or print class number 
CX'FFt= no assignment) 


Figure 116. COPY REJECTED, Unauthorized Request 


rman Stes 
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13.10.4.4 Printer Error During Data Transfer 


If an error on the printer is encountered during the Load Transfer phase, no printing takes 
place in the sequence below: 


Control Unit Device 


ee A ECOPY 


wOUS() 1) 
CREQUEST QUEVED) 
e 


® 
€Printer available) 


Cl  ———————— 
RUCORY == eee > 


: | Lerner COPY DATA 
(Data written to printer buffer) 
; @ 
-~Printer error-- | e 
Before printing started: 
CIf other PRT avail, refer to 
"Copy Data > Print Buffer” on page 131 at WCTL) 
Otherwise, and 
After printing started: 


WCUS(53,YY,22. ——_—_—_—_—_— > 
. YY 2Z 
CUFRV CUFRP1 CUFRP2 CUFRP3 COMPLETION STATUS 
02 53 nn Ol Printer Exception, Intervention Required 
CIncludes Power-OfF) 
02 53 nn 02 Printer Exception, Equipment Check 


nn = Printer port address or print class number 
(X*FF'= no assignment) 


Figura 117. COPY REJECTED, Error During Printing 
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$3.10.5 Device Cancel 


&&CAN dequeues the request only if the request is queued but not actually being serviced. 


~ 


Control Unit Device 


ee AECAN 
WCUS 156501) ————— 


CCompletion Status) 


YY 
CUFRV CUFRPI1 CUFRP2 CUFRP3 COMPLETION STATUS 


IN 


02 56 nn 090 Printer Assigned (Queued and not being serviced 
neem or not queued) 
nn = Printer port address or print class number 
CX'FFI'= na assignment) 


SAE te APRIL ARIE OFS RR OEE 2 CANN DALES EIR AOS CSE ORTERIES 5 iA UTI iy PN AFH + 


Figure 118. COPY REJECTED, Device Cancel Sequence 


52 LR NECTURE REDS HPO Tt BETIS TRCN IRE, 


£3.10.6 Device Cancel/WCTL Race Condition 


2f an asynchronous AECAN request is sent to the control unit by the device at the same time 
the control unit is sending a WCTL function request to the device after an operator 
initiated copy request has been queued, the following sequence occurs: 


ote mihare' 


Control Unit ‘Device 
Ca rnnnnnnenceeee = AE COPY (00) 
WOUSC§ (0 —_—_—__—————oo > 
(Request Queued) 
narra = OC AF CAN 
e 
e 
' e 
XT Oat 10 Si eens a 
— eee CURA 
WCUS(C56,YY,00) -——— oe > 
(Completion Status) 
YY 
| CUFRYV CUFRPI CUFRP2 CUFRP3 COMPLETION STATUS 
02 56 nn 00 Printer Assigned (Previous Printer assignment) 
nn = Printer port address or print class number 


CX'FF'= no assignment) 


Figure 119. COPY REJECTED, WCTL Race Condition 
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14.0 ATTACHMENT CONSIDERATIONS 


A significant portion of the interface is attachment dependent. This section describes 
those dependencies. 


14.1 SNA Attachment 


The CU handles all Physical Unit Services (CPUS) and link connection status. The CU alsa 
processes Activate Logical Unit CACTLU) and Deactivate Logical Unit (DACTLU). The Device 
is informed of the status of the link, Physical Unit, and Logical Unit via the corresponding 


WCUS. Session status 13 monitored to allow CU termination of the session at device power 
off. , 


14.1.1 SNA ACTPU/DACTPU, ACTLU/DACTLU 


WCUS function requests for Logical Unit/Physical Unit status are only sent ence per status 
change, or when the device goes online to the host. 


14.1.2 SNA BIND 


The control unit detects Requast/Response Units containing BIND commands. If a BIND is 
for a powered off Device, the control unit returns a negative response. If the device is 
powered on, the BIND is transferred to the device. The CU checks the response to BIND 
requests to permit proper termination of the host session in the event of a device power 
off. If the response is positive, a BOUND state is set. If the response is negative, it 
is simply transferred inbound to the host. The device must reject BINDs in the BOUND state 
which carry a different Origin Address Field than expected. 


The following rules apply for BIND response processing: 


If Enhanced Buffer Management is NOT supported: 
Device must respond with FCIR. 

If Enhanced Buffer Management IS supported: 
Device should use AEEP. 


ay Enhanced Buffer Management IS supported and the SNA response is longer than 64 
ytes: 


Device MUST use AEEP. 
14.1.3 SNA Outbound UNBIND 


The control unit detects Request/Response Units containing UNBIND commands. If an UNBIND 
1s for a powered off device, the control unit returns a negative response to the host. 
If the device is powered on, the UNBIND is transferred to the device. The CU checks the 
response to UNBIND to enable proper termination of the host session tn the event of a device 
power off. If the response is positive, an UNBOUND state is set. If the response is 
negative, it is simply transferred inbound to the host. The device must reject an UNBIND 
request which has a different Origin Address Field than expected. 


The following rules apply for UNBIND response processing: 


If Enhanced Buffer Management jis NOT supported: 
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Device must respond with FCIR. 
If Enhanced Buffer Management IS supported: 
Device should usa AEEP. 


If Enhanced Buffer Management IS supported and if the SNA response is longer than 64 
bytes: 


Device MUST use AEEP. 
14.1.4 SNA Inbound UNBIND 


With the proper controller support, the device may issue UNBIND requests to the host. The 
CU subsequently checks the host's response to such device initiated UNBIND requests. If 
the response is positive, the controller assumes the session to be UNBOUND. If the response 
1s negative, the current session remains unchanged. 


14.1.5 Device Power Off, TCA Disconnect, or Offline Status Change CAEDV) 


If a device power off, TCA disconnect, or offline status change occurs while the device 
is BOUND, UNBIND and NOTIFY Cif supported) are sent inbound to the host. The Origin Address 
Field/Destination Address Field combination saved at BIND time is used. 


Any subsequent FMDATA, in-process chains, or segments sent by the host, are rejected. 
14.1.6 SNA Outbound Segmenting 


A segment is sent to the device with a single NDAT function request. The First of Message 
oe and Last of Message (LOM) flags associated with the data area are not used with the 
Segments sent to the device via WDAT are checked by the control unit for: 
1. Length is not less than 6, or 
not less than 9 if FISFIC 
2s Porat ID = 2 (CFID2 type) 
3. DAF = Device Logical Unit Address 


Segments failing any of these tests ara not sent to the device. 


14.1.7 SNA Inbound Segmenting 


Segment gathering of the inbound data must be done by the device based on the segmenting 
information passed to it with the PDAT or RDAT. The flags associated with the data area 
for these requests refer to a single RU as a message. 


The segments must be contiguous in storage on halfword boundaries each containing a length 
field and a flags field. The length must be the true length of the segment, i.e., the 
length of length field + flag field + headers + data. The length can be an odd number. 
The flags field must have the First of Message flag set in the first segment and the Last 
of Message flag set in the last. First of Message and Last of Messaga flags must be off 
in all other segments. 
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14.1.8 SNA Responses 


The following high level sequence illustrates the SNA Response Flow for devices when the 
Enhanced Buffer Management support 18 not present in the control unit. 


DISTRIBUTED 
HOST CONTROL UNIT FUNCTION DEVICE 
Host Request 
> 
WDAT > 
Coen eee  ECTR 
RDA —_—_—_—_—_—_—— > 


Cr netenencemeennsaemmmemene FO 
Response Sent 


Figure 120. SNA RESPONSE FLOW for Devices: CEnhanced Buffer Management not 
supported by CU) 


The following high level sequence illustrates the SNA Response Flow for devices if the 
response is longer than 64 bytes and Enhanced Buffer Management is supported by the 
controller. 


DISTRIBUTED 


HOST CONTROL UNIT DEVICE 
Host Request 
> 
WDAT > 
< FC 
< AEEP 
PDA Trier ee > 
< FC 


Response Sent 
< 


Figure 121. SNA RESPONSE FLOW: CEnhanced Buffer Management supported by CU) 


14.2 BSC Attachment 


The CU handles Binary Synchronous Communications protocols including transparency, inbound 
blocking, specific POLL, general POLL, selection, and Line control. Checkpoint/restore 
1s HOT supported. The device does not receive a WDAT for a block of data until a valid 
BCC has been received by the CU. However, the data may be written to the TCA buffer as 
it 318s received. The control unit issues a Start Operation only after the full block has 
been verified. 


~ 
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14.2.1 8SC Inbound Operation 


The device sends AEEP status to the control unit as a result of either an operator Attention 


ID CAID) generating action (such as ENTER key or Test key) or by a host READ PARTITION 
Structured Field. 


The controller improves its thru-put by issuing a PDAT request prior to queveing the device 
on an itnbound service list. The device prepares the appropriate inbound data for the PDAT 
function request. FC is returned when either all the data to be sent has been prepared 
or the TCA message size has been reached. 


When the controller is ready to send data to the host, it issues an RDAT to the device using 
the same parameters as it did with the PDAT. Tha device must recognize that the appropriate 
data has already been generated and immediately return FC to the controller. 


The message flags on the request indicate to the controller whether further RDATs are 
required. All subsequent RDAT requests from the controller require that the data stream 
be prepared synchronously by the device. CTCCS is issued to the device when either a last 
of message RDAT is processed or the host terminates the inbound event. 


The PDAT and RDAT parameters may be found in Figure 53 on page 66 and Figure 50 on page 
63. 


Control Unit Device Comments 


Request for inbound operation 
[———— een = AA EP : 


~ 


Prepare data request 
PDAT —_—_—_—_—_——_———————-> : 


Data ready in TCA buffer, 
a CEC schedule hest request to wait for POLL 


Read data after POLL 


RDAT 


Immediate response from the device 


Bad Generate additional inbound data Cif required) 


_ Data read, response delayed by 
FC the device processing time. 


Final ACKO/ACK1 received from host 
OK 
Se ES 


Figure 122. BSC Inbound Sequence 


14.2.2 BSC Operator Reset 


If the operator aborts the inbound operation prior to PDAT Cor RDAT), an FRA response must 


be returned to the PDAT or RDAT request when it occurs. In this case, the controller aborts 
the inbound request. 
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rw 


14.2.3 BSC Transparency 


When sending data inbound in transparency mode, the length of the data prepared must be 
one less than the maximum length specified in CUFRP3/CUFRP4 of the PDAT function request. 
This is to allow for the insertion of a Data Link Escape (DLE) character (by the CU). 


14.2.4 8BSC Test Request Key 


If a Test Request key action is to be performed, the Test Request flag in the data header 
must be set and the appropriate inbound data placed in the buffer. The length of the 
inbound data prepared must be 2 bytes less than the maximum allowed Cone byte test request 
header + one for transparency). 


The CU generates the actual SOH%/STX header on the message to the host. 


1442.5 BSC Inbound/Outbound Contention 


An inbound data request CAEEP) remains in a read pending state until RDAT is issued by the 
CU. 


If a LOCK request is issued to the same Logical Terminal that has the inbound data pending, 
the read pending state must be reset by the device and the inbound data request CAEEP) must 
not be rescheduled. 


If a LOCK request to a different LT ts issued, the read pending stata must ba preserved 
by the device. The device must reschedule AEEP for the original Logical Terminal after 
receiving Terminate Chained Command Sequence (CTCCS) to the outbound operation. 


If a Lock request ts made after an operator AID action CAEEP) and before its recognition 
by the control unit CPDAT), the LOCK must be rejected by the device with FCSE(CBusy). The 
receipt of a completion status to the subsequent PDAT Cthe CU's normal response to the 
AEEP), tndicates to the controller that the busy condition no longer exists. In this case, 
AEEBCEnd Busy) must not be posted by the device. 


14.2.6 BSC Outbound Processing 


An outbound message is defined (for Beginning/End of Message flags) as the data conteined 
between STX, ESC and ETX/ETB. The amount of data which is transferred to the device at 
one time 18 limited by BSC Architecture. ; 


If a Read command ow Ueneounterad: the device returns status FCIR and waits for an RDAT 
request, 


When selection is terminated, CTCCS is issued. 
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Control Unit Device Comments 


Lock request when select received 
LocK -_—_—> 


Lock performed 
Indicate outbound data in TCA buffer 
WDAT ————__—_—_> 


Datastream processed 


End Sequence 


OK 


FC 
Figure 123. BSC Outbound Sequence — 


Control Unit Device Comments 


Indicate outbound data in TCA buffer 
DA m_—_—_———-> 


Request for data CHDAT contained Read 
Command as part of data) 
SSS ee «OP CTR 


. Read data from buffer 
RDA TF m—<—— > 


Datastream processed 


Figure 124%. BSC Outbound Sequence With WDAT Read Command 


14.3 NLCA Attachment 


The control unit processes the local channel protocols not requiring device interactions 
as well as those requiring an immediate response to enhance channel performance. The 
device 1s responsible for processing commands and data stream. 


14.3.1 NLCA Inbound Operation 


The device sends AEEP status to the controller as a result of either an operator AID 
generating action Csuch as ENTER or the Test key) or by a host READ Partition Structured 
Field. It is then the responsibility of the controller to set attention status on the 
channel. The device must wait for a READ type command from the host. 
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The CU improves its thru-put by issuing a PDAT request prior to sending ATTN to the host. 
The device prepares the appropriate inbound data for the PDAT request. FC is returned when 
either all the data to be sent has been prepared or the TCA message size has been reached. 


In certain circumstances, prepared data may be destroyed either by local operations or by 
outbound data processing which occurs during the period between PDAT and host selection. 
If the Enhanced Buffer Management option is supported by the controller, the LOCK function 
request includes a parameter in CUFRPIL indicating whether the prepared data is valid or 
must be reloaded into the TCA buffer Csee "LOCK™ on page 62). 


If the control unit does not support the Enhanced Buffer Management function, the device 
must assume any prepared data has been destroyed should a data oriented request other than 
a Read Modified be received. 


When the control unit receives a Read or Select Read type command for the device, the 
appropriate Read command is passed as parameter CUFRP1 of the WLCC function request. If 
the command 18 Read Modified, a PDAT request has previously been processed, and tha 
prepared data has not been destroyed by an intervening operation, status FCIR(CDA) is 
returned. The CU may then read the data from the TCA buffer without making an RDAT request. 
If*+more data remains to be sent (as indicated by the message flags), the CU must issue RDAT 
requests which causes the datastream to be prepared synchronously. 


If the command is Read Buffer, or PDAT has not been processed, or the prepared data has 
been destroyed by an intervening operation, status FCIRCREAD) is returned. The control unit 
should follow with RDAT function requests until all of the read data has been transmitted. 
The device sets the last of message flag in the header for the last block sent to the 
control unit. 


The controller may prematurely terminate a sequence prior to receipt of EOM by issuing a 
new WLELCC (during command chaining) or by issuing CICCS Cif command chaining is not active). 


Parameter CUFRP2 of the next WLCC or the CTCCS function request ts set to X'01' if the host 
read operation was successful. 
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Ce FC 
Note: 


The CUFRP1 parameter of the LOCK is valid only 
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CONTROLLER DEVICE Comments 
SS ee REE Request for inbound operation 
PDAT ——_———_____-—_> Prepare data request 
See eee IEC Data ready in TCA buffer, 
queve to host to send ATIN 
LOCK > Lock request when select received 
CCUFRPI = X'01°, Prepared data 1s valid) 
< FC Lock performed 
WLOCCRM) > Send Read Modified command 
< FCIR Device ready to send read data 
(Data Avail, DSSP=X'01') 
RAT. > Generate additional enboand data 
< FC Data ready» response delayed by 


the device processing time. 
End Sequence 
OK 


if the Enhanced Buffer 


Management option is supported by the control unit. 


Figure 125. 
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Inbound Operation - Prepared Data Not Destroyed: 
TCA Buffer has not been destroyed by an intervening operati 


Data prepared in the 
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DEVICE Comments 
< AEEP Request for inbound 
operation 
PDAT > Prepare data request 
eee FC Data ready in TCA buffer; 
queue to host to send ATIN 
< ATTN AID Generated 
SELECT 
WRITE -—-——> 
.oCckK --—-——---———> Lock request; prepared 
CCUFRPIL = X'01') data valid 
Serre EC Lock performed 
WLCCCNRITE) ——————-- > Send Write type command 
eee EO Device ready to accept 
data 
DAT — > Prepercd dats ovenlatd 
< FC Datastream processed 
cTcces > End Sequence : 
SELECT Cee EE OK 
RM > 
Lock -—-~-—-------> Lock request; prepared 
CCUFRPIL = X*'00') data overlaid 
<—_— «~OFC Lock performed 
WLOCORM) — > Send Read Modified command 
<co_ooo « FCIR «60NO device data avatiable 
CDSSP = X'90') 
RDA T seer neeer> Regenerate inbound data 
re eS Data ready, response 
delayed by device. 
processing time 
Cem DATA SENT —_ 
6S lee > End Sequence 
Cerner nnrar escar te F Cc 0 K 
Note: The CUFRPI parameter of the LOCK is valid only if the Enhanced Buffer 


Figure 126. 


Management option is supported by the control unit. 


Prepared Inbound Data with Intervening Write 


ATTACHMENT CONSIDERATIONS 147 


3174/3274 Controller to Distributed Function Device 
Page 148 : Product Attachment Information July 1986 


14.3.2 NtCA Operator Reset 


If the operator aborts the inbound operation prior to PDAT, FRA status must be returned 
to the subsequent PDAT request. The control unit ignores receipt of the previous AEEP from 
this device and does not issue ATTN to the host. In this case, the control unit aborts 
the inbound request. 


14.3.3 NLCA Test Request Key 


For Test Request reads, the device builds the test request message, SOH%/STX, in the data 
area. The Test Request bit in the data header message flags is not set. 


14.3.4 NLCA Inbound/Outbound Contention 


If a LOGK request is made after an operator AID action (AEEP) and before its recognition 
by the control unit (PDAT), the LOCK must be rejected by the device with FCSECBusy). The 
receipt of a completion status to the subsequent PDAT (the CU's normal response to the 
AEEP), indicates to the controller that the busy condition no longer exists. In this case, 
AEEBCEnd Busy) must not be posted by the device. 


19.3.5 NLCA Host Commands Other Than Read Modified 


If a Read request other than WLCC(Read Modified) is received, the device must invalidate 
the data already prepared and return FCIR(Read). When the Read Data for host request is 
received, the new data is generated as appropriate for the command. 


Receipt of a Write type command invalidates the prepared data, and the device returns FC. 


14.3.6 NLCA Outbound Processing 


An outbound message is defined (between Begin/End of Message flags) as the data associated 
with a Select or Command sequence. The amount of data which is transferred to the device 
at one time is limited by the channel architecture and control unit restrictions. All 

sequences are initiated with a LOCK request. The specific command 1s tssued to the device 
via @ separate request, WLCC. Data following the command is send by WDATs. Command 


chaining requires the device to process multiple WLCCs. When the sequence is completed, 
CTCCS is issued by the CU. 
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CONTROL UNIT DEVICE Comments 

LOCK: SS Lock request when select received 

——— ee: CES Lock performed 
WLCCC command) -—--—> Send Write type command 

———— «FC The device ready to accept data 

A SS Indicate outbound data in TCA buffer 
ee JES Datastream processed 

CSS > End Sequence 
a - EC OK 


Figure 127. NLCA Outbound Processing 
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15.0 Communications Network Management CCNM) 


Rasponse Time Monitor (RTM) and Alert are CNM functions that use the SNA SSCP-PU 
Ccontroller) session to transmit data. In addition, RIM is supported on non-SNaA 
attachments as a Subsystem only function Cno host interface). 


i5.1 Response Time Monitor 


The Response Time Monitor jis a mechanism whereby end-to-end user response time can be 
measured depending on a definition dictated by the controller customizing process or, in 
certain cases, an application in the host. Response times for each logical terminal are 
measured and maintained in the controller. (See "Response Time Monitor” on page 89 for a 
more detailed definition and description of the RTM.) 


15.2 Alert Function CSNA Only) 


The Alert function is a mechanism whereby the controller can pass error conditions relating 
to problems within the subsystem to a host via the SNA SSCP-PU session. If supported by 
the controller, such errors are passed up to the host via the Network Management Vector 
Transport €NMVT) and do not require any additional support ‘from the attached device. The 
Alert function does require NPDA programming support in the host that supports the 
controller. This CNM function its intended for enhanced customer network problem 
determination and management. 


In addition to those errors detected by the controller on behalf of attached devices, 
errors detected by distributed function devices are reported to the controller via AEER 
status reflecting a 6NN or 7NN error code (see "AEER” on page 79). These errors typically 
cause an alert record to be sent to the host. 


Note: Certain 6NN errors do not result in the generation of an alert record by the 


controller since they are the result of controller detected problems or are considered 
status rather than error conditions (see "Down Stream Loading” on page 121). 
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AEDBA Status 80 
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AEDV Parameters 83 
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CU to Device Transmission Line Sequences 
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